A new Jira issue, pretty please. Werner
Karr, David wrote: > Do you want it in a new case, or just attached here? I've got it down > to a schema file of about 2k bytes. > >> -----Original Message----- >> From: Werner Guttmann [mailto:[EMAIL PROTECTED] >> Sent: Monday, June 11, 2007 2:06 PM >> To: [email protected] >> Subject: Re: [castor-user] How to avoid too-long file names >> >> Interesting. Can you please supply me with a *minimal* XML >> schema file that highlights the problem at hand ? >> >> Werner >> >> Karr, David wrote: >>> I finally got back to trying this. Unfortunately, it had >> no effect. >>> I looked at the list of generated java files, and I can see that >>> several names have "By" in them, so I know it took effect, but my >>> monstrously long source file name is still there (no "By" in it). >>> >>>> -----Original Message----- >>>> From: Werner Guttmann [mailto:[EMAIL PROTECTED] >>>> Sent: Friday, June 01, 2007 11:45 AM >>>> To: [email protected] >>>> Subject: Re: [castor-user] How to avoid too-long file names >>>> >>>> David, >>>> >>>> can you please read through >>>> >>>> >> http://www.castor.org/srcgen-binding.html#Class-generation-conflicts >>>> and try to switch to 'TYPE' strategy. >>>> >>>> Regards >>>> Werner >>>> >>>> Karr, David wrote: >>>>> I'm using automatic conflict resolution, and the name conflict >>>>> strategy is "informViaLog". >>>>> >>>>>> -----Original Message----- >>>>>> From: Werner Guttmann [mailto:[EMAIL PROTECTED] >>>>>> Sent: Friday, June 01, 2007 2:01 AM >>>>>> To: [email protected] >>>>>> Subject: Re: [castor-user] How to avoid too-long file names >>>>>> >>>>>> David, >>>>>> >>>>>> just to clear up a few assumptions, you are using >> automatic naming >>>>>> resolution, right ? And you are using the default resolution >>>>>> strategy, which happens to be XPATH based ? >>>>>> >>>>>> Werner >>>>>> >>>>>> Karr, David wrote: >>>>>>> Although the too-long file names create some >> annoyances, the big >>>>>>> problem I have right now is that I get a bizarre compile >>>>>> error when I >>>>>>> try to compile it. I see something like this (somewhat elided): >>>>>>> >>>>>>> [javac] >>>>>>> >> ...\RealECXMLTransactionProductListProductAppraisalInfoPriceOpinionIn >>>>>> f >>>>>>> oC >>>>>>> >> omparisonPropertyListComparisonPropertyUnitBreakdownUnitList.java:57: >>>>>>> cannot access >>>>>>> >> ...RealECXMLTransactionProductListProductAppraisalInfoPriceOpinionInf >>>>>> o >>>>>>> Co >> mparisonPropertyListComparisonPropertyUnitBreakdownUnitListUnit >>>>>>> [javac] bad class file: >>>>>>> >> ...\RealECXMLTransactionProductListProductAppraisalInfoPriceOpinionIn >>>>>> f >>>>>>> oC >>>>>>> >> omparisonPropertyListComparisonPropertyUnitBreakdownUnitListUnit.clas >>>>>> s >>>>>>> [javac] class file contains wrong class: java.util.Vector >>>>>>> [javac] Please remove or make sure it appears in >> the correct >>>>>>> subdirectory of the classpath. >>>>>>> [javac] final >>>>>>> >> ...RealECXMLTransactionProductListProductAppraisalInfoPriceOpinionInf >>>>>> o >>>>>>> Co >> mparisonPropertyListComparisonPropertyUnitBreakdownUnitListUnit >>>>>>> vUnit) >>>>>>> [javac] >>>> ^ >>>>>>> [javac] 1 error >>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> From: Karr, David >>>>>>>> Sent: Thursday, May 31, 2007 12:32 PM >>>>>>>> To: [email protected] >>>>>>>> Subject: [castor-user] How to avoid too-long file names >>>>>>>> >>>>>>>> I have a schema provided by a vendor that I have to >>>>>> generate classes >>>>>>>> for. Because of its structure, it tends to create source >>>>>> files that >>>>>>>> are too long for DOS, which creates all kinds of >>>> annoyances. It's >>>>>>>> very deep in anonymous element-complexType components. >> Is there >>>>>>>> something I can do, without modifying the schema, and >> hopefully >>>>>>>> without modifying the code that references the generated >>>> code (in >>>>>>>> decreasing order of >>>>>>>> importance) so that it creates reasonably-sized names? >>>>>>>> >>>>>>>> >> --------------------------------------------------------------------- >>>>>>>> To unsubscribe from this list please visit: >>>>>>>> >>>>>>>> http://xircles.codehaus.org/manage_email >>>>>>>> >>>>>>>> >> --------------------------------------------------------------------- >>>>>>> To unsubscribe from this list please visit: >>>>>>> >>>>>>> http://xircles.codehaus.org/manage_email >>>>>>> >> --------------------------------------------------------------------- >>>>>> To unsubscribe from this list please visit: >>>>>> >>>>>> http://xircles.codehaus.org/manage_email >>>>>> >>>>>> >> --------------------------------------------------------------------- >>>>> To unsubscribe from this list please visit: >>>>> >>>>> http://xircles.codehaus.org/manage_email >>>>> >>>> >> --------------------------------------------------------------------- >>>> To unsubscribe from this list please visit: >>>> >>>> http://xircles.codehaus.org/manage_email >>>> >>>> >>> >> --------------------------------------------------------------------- >>> To unsubscribe from this list please visit: >>> >>> http://xircles.codehaus.org/manage_email >>> >> >> --------------------------------------------------------------------- >> To unsubscribe from this list please visit: >> >> http://xircles.codehaus.org/manage_email >> >> > > --------------------------------------------------------------------- > To unsubscribe from this list please visit: > > http://xircles.codehaus.org/manage_email > --------------------------------------------------------------------- To unsubscribe from this list please visit: http://xircles.codehaus.org/manage_email
