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
