Hi, let'y try something first before looking at this in detail. I have provided some detailed answers to your other questions. Can you please digest, and see whether automatic conflict resolution gets you going again (or even solves those name conflict problems completely).
If not, we will have to look into a few things one by one. Regards Werner P.S. Feel free to take some of the information I am telling you (or referencing) to reshuffle and provide us with e.g. FAQ entries, HOW-TO documents, .... Regards Werner KARR, DAVID (ATTCINW) wrote: > I'm trying to set up a process to use Castor on a set of schemas. I > haven't written any mapping files yet, just to see what I get out of the > box. I've set it to "informViaLog" for now. When I run the process, it > emits "Creating classes for" 647 times and "A class name generation > conflict" 1062 times, but before ending successfully, it dies with a > stack overflow error. > > The end of the output consists of this (elided): > ------------------------- > WARNING: Warning: A class name generation conflict has occured between > element > '/complexType:SomethingProductSubscriptionInfo/ProductSubscription[/comp > lexType:SomethingProductSubscriptionInfo]' and element > '/complexType:SomethingOrderProductInfo/ProductSubscription[/complexType > :SomethingProductSubscriptionInfo]'. Please use a Binding file to solve > this problem. > Exception in thread "main" java.lang.StackOverflowError > at java.util.Arrays.copyOf(Unknown Source) > at java.util.Arrays.copyOf(Unknown Source) > at java.text.DateFormatSymbols.getShortMonths(Unknown Source) > at java.text.SimpleDateFormat.subFormat(Unknown Source) > at java.text.SimpleDateFormat.format(Unknown Source) > at java.text.SimpleDateFormat.format(Unknown Source) > at java.text.DateFormat.format(Unknown Source) > at java.text.Format.format(Unknown Source) > at java.text.MessageFormat.subformat(Unknown Source) > at java.text.MessageFormat.format(Unknown Source) > at java.util.logging.SimpleFormatter.format(Unknown Source) > at java.util.logging.StreamHandler.publish(Unknown Source) > at java.util.logging.ConsoleHandler.publish(Unknown Source) > at java.util.logging.Logger.log(Unknown Source) > at java.util.logging.Logger.doLog(Unknown Source) > at java.util.logging.Logger.logp(Unknown Source) > at > org.apache.commons.logging.impl.Jdk14Logger.log(Jdk14Logger.java:91) > at > org.apache.commons.logging.impl.Jdk14Logger.warn(Jdk14Logger.java:242) > at > org.exolab.castor.builder.conflictresolution.InformViaLogClassNameCRStra > tegy.dealWithClassNameConflict(InformViaLogClassNameCRStrategy.java:143) > at > org.exolab.castor.builder.SingleClassGenerator.process(SingleClassGenera > tor.java:354) > at > org.exolab.castor.builder.SingleClassGenerator.process(SingleClassGenera > tor.java:314) > at > org.exolab.castor.builder.SourceGenerator.createClasses(SourceGenerator. > java:944) > at > org.exolab.castor.builder.SourceGenerator.processContentModel(SourceGene > rator.java:1094) > at > org.exolab.castor.builder.SourceGenerator.processContentModel(SourceGene > rator.java:1097) > at > org.exolab.castor.builder.SourceGenerator.processComplexType(SourceGener > ator.java:1040) > at > org.exolab.castor.builder.SourceGenerator.createClasses(SourceGenerator. > java:950) > ------------------------- > > The last four stack entries are repeated ad infinitum. > > --------------------------------------------------------------------- > 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
