I suppose. In this case that will result in a binding file with several hundred bindings.
> -----Original Message----- > From: Ralf Joachim [mailto:[EMAIL PROTECTED] > Sent: Thursday, May 31, 2007 3:33 PM > To: [email protected] > Subject: Re: [castor-user] How to avoid too-long file names > > It should be possible to rename the class with a binding file. > > Ralf > > > Karr, David schrieb: > > 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] > > > ...\RealECXMLTransactionProductListProductAppraisalInfoPriceOpinionInf > > oC > > > omparisonPropertyListComparisonPropertyUnitBreakdownUnitList.java:57: > > cannot access > > > ...RealECXMLTransactionProductListProductAppraisalInfoPriceOpinionInfo > > Co mparisonPropertyListComparisonPropertyUnitBreakdownUnitListUnit > > [javac] bad class file: > > > ...\RealECXMLTransactionProductListProductAppraisalInfoPriceOpinionInf > > oC > > > omparisonPropertyListComparisonPropertyUnitBreakdownUnitListUnit.class > > [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 > > > ...RealECXMLTransactionProductListProductAppraisalInfoPriceOpinionInfo > > 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
