Sure. I will provide feedback as part of the issue. Werner
Kreyßel wrote: > Hello Werner, > > i add a issue in jira and provide a simple test case. > > Look at http://jira.codehaus.org/browse/CASTOR-2700 > > Please tell me any news arround this issue. > > Thanx. > > > Mit freundlichen Grüßen > > > Conny Kreyßel > INTER-FORUM Software Services GmbH > Sommerfelder Straße 120 > 04316 Leipzig > > Tel.: +49-341-25 92 099 > Fax: +49-341-25 92 020 > > E-Mail: mailto:conny.kreys...@inter-forum.de > > WWW: http://www.inter-forum.de > http://www.kompass302.de > http://www.rezept300.de > > Registergericht: Amtsgericht Leipzig > Registernummer: HRB 16359 > Geschäftsführer: Claus Wippich, Steffen Krause > UST-IdNr.: DE 113590752 > IK: 661430057 > > > -----Ursprüngliche Nachricht----- > Von: Werner Guttmann [mailto:werner.guttm...@gmx.net] > Gesendet: Dienstag, 28. April 2009 11:07 > An: dev@castor.codehaus.org > Betreff: Re: [castor-dev] xml schema polymorphism and source generator > > Hi, > > can you please send me XML schema (fragments) that is where such a > scenario is spelled out. I do know that there's a problem with > restrictions in this case, but let's first have a look at some sample > type definitions. > > Regards > Werner > > Kreyßel wrote: >> I have another question today. >> >> How can i handle a xsd polymorphism like described in >> >> http://www.xml.com/pub/a/2003/10/29/derivation.html >> >> I cannot change the xml schema, its designed one of our costumer. >> >> The problem is that i can create a bas complexType A1 with child-elements B >> and C. And complexType A2 is extends complexType A1 and then i can overwrite >> its child-types and/or how many the child occur. >> >> A1 >> B type="int" maxOccur="unbounded" >> C type="string" >> >> A2 extends A1 >> B type="date" >> C type="int" >> >> The problem for the source-generator is, that he generates a method for >> element A1.getB() returns int[] and for A2.getB() returns a date. >> >> Any hints to resolve this problem? Can i use a binding file to resolve this? >> >> >> >> Mit freundlichen Grüßen >> >> >> Conny Kreyßel >> INTER-FORUM Software Services GmbH >> Sommerfelder Straße 120 >> 04316 Leipzig >> >> Tel.: +49-341-25 92 099 >> Fax: +49-341-25 92 020 >> >> E-Mail: mailto:conny.kreys...@inter-forum.de >> >> WWW: http://www.inter-forum.de >> http://www.kompass302.de >> http://www.rezept300.de >> >> Registergericht: Amtsgericht Leipzig >> Registernummer: HRB 16359 >> Geschäftsführer: Claus Wippich, Steffen Krause >> UST-IdNr.: DE 113590752 >> IK: 661430057 >> >> >> -----Ursprüngliche Nachricht----- >> Von: Kreyßel, Conny [mailto:conny.kreys...@inter-forum.de] >> Gesendet: Freitag, 24. April 2009 10:17 >> An: dev@castor.codehaus.org >> Betreff: [castor-dev] problem generating source from xsd >> >> Hello castor folks, >> >> yesterday i have spend some time to generate sources from a mid complex xsd. >> >> First. I use the automaticConflictResolution to generate the sources and i >> can verify that the generate sources unmarshall our xml. >> >> On generating the classes, i get 5 warnings for conflicts between xml >> elements. In first case i ignore it and the unmarshaller works fine for me. >> >> Second. I write a binding file to resolve the conflicts. But the root >> element class of the generated sources is now abstract, but i have not >> defined it in my binding file, just a few sub elements. >> >> Any hints about this issue to resolve it? >> >> >> Regards >> >> >> Conny Kreyßel >> INTER-FORUM Software Services GmbH >> Sommerfelder Straße 120 >> 04316 Leipzig >> >> Tel.: +49-341-25 92 099 >> Fax: +49-341-25 92 020 >> >> E-Mail: mailto:conny.kreys...@inter-forum.de >> >> WWW: http://www.inter-forum.de >> http://www.kompass302.de >> http://www.rezept300.de >> >> Registergericht: Amtsgericht Leipzig >> Registernummer: HRB 16359 >> Geschäftsführer: Claus Wippich, Steffen Krause >> UST-IdNr.: DE 113590752 >> IK: 661430057 >> >> >> --------------------------------------------------------------------- >> 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
