Let me try to run this against SVN trunk, first, and then we take it from there. Can you please supply me with complete (albeit minimal) XML files (schema, document instance) so that I can easily reproduce your problem ?
Thanks Werner Dimitra Giannakopoulou wrote: > Werner, > > we have been using Castor version 1.2. > > Dimitra > > > --- On Fri, 9/19/08, Werner Guttmann <[EMAIL PROTECTED]> wrote: > >> From: Werner Guttmann <[EMAIL PROTECTED]> >> Subject: Re: [castor-user] Marshall exception error >> To: [email protected] >> Date: Friday, September 19, 2008, 1:32 PM >> Hi, >> >> what version of Castor have you been using to generate the >> Java classes >> from the XML schema, and if not the same, what version of >> Castor are you >> using for XML data binding ? >> >> Regards >> Werner >> >> Sankalita wrote: >>> Hi Joachim, >>> >>> I had generated the Java classes. The problem occurred >> later on when I >>> was trying to use (translate) the xml document with >> the Arguments >>> portion. >>> >>> Sankalita >>> >>> On Fri, Sep 19, 2008 at 11:58 AM, Joachim Grüneis >> <[EMAIL PROTECTED]> wrote: >>>> Hello Sankalita, >>>> >>>> have you generated the Java classes or do you use >> a mapping file? >>>> Regards >>>> >>>> Joachim >>>> >>>> 2008/9/19 Sankalita <[EMAIL PROTECTED]>: >>>>> Hi Lukas, >>>>> >>>>> Thanks for your reply. >>>>> >>>>> The part of the XML document which leads to >> the error looks like the following: >>>>> <Arguments> >>>>> <IntegerValue> 1 </IntegerValue> >>>>> <IntegerValue> 0 </IntegerValue> >>>>> <IntegerValue> 3 </IntegerValue> >>>>> <IntegerValue> 252 >> </IntegerValue> >>>>> </Arguments> >>>>> >>>>> Any instance of such multiple occurrences of >> IntegerValue causes the exception. >>>>> The parts of the schema: >>>>> <xsd:element name="Arguments"> >>>>> <xsd:complexType> >>>>> <xsd:choice >> maxOccurs="unbounded"> >>>>> <!-- could put expression here ?? --> >>>>> <xsd:element >> ref="IntegerValue"/> >>>>> <xsd:element >> ref="RealValue"/> >>>>> <xsd:element >> ref="BooleanValue"/> >>>>> <xsd:element >> ref="StringValue"/> >>>>> <xsd:group >> ref="DeclaredVariable"/> >>>>> </xsd:choice> >>>>> </xsd:complexType> >>>>> </xsd:element> >>>>> <xsd:element >> name="IntegerValue"> >>>>> <xsd:simpleType> >>>>> <xsd:restriction >> base="xsd:integer"> >>>>> </xsd:restriction> >>>>> </xsd:simpleType> >>>>> </xsd:element> >>>>> >>>>> Let me know if you need more information. >>>>> >>>>> Thanks, >>>>> Sankalita >>>>> >>>>> On Fri, Sep 19, 2008 at 12:06 AM, Lukas Lang >> <[EMAIL PROTECTED]> wrote: >>>>>> Hello Sankalita, >>>>>> >>>>>> can I ask you to provide *reduced* parts >> of the XML document, you are trying to unmarshal (including >> important parts of the schema) so that I can reconstruct >> your exception? Which version of Castor do you use? >>>>>> Regards, >>>>>> Lukas >>>>>> >>>>>> Sankalita schrieb: >>>>>>> Hello, >>>>>>> >>>>>>> I'm getting the following marshall >> exception with Castor. >>>>>>> Exception: >> org.exolab.castor.xml.MarshalException: element >>>>>>> "IntegerValue" occurs more >> than once. (parent class: >>>>>>> plexil.ArgumentsItem) >>>>>>> location: >> /_items/_items/_items/_items/_items/_items/_items/_items/_items/_items/_items/_items/_items/_items/_items/_items/_items/_items/_items/_items/_items/_items/_items/IntegerValue{File: >>>>>>> [not available]; line: 480; column: >> 102} >>>>>>> [Ljava.lang.StackTraceElement;@1546dbc >>>>>>> >>>>>>> It seems like it's triggered here: >>>>>>> >>>>>>> PlexilPlan root = (PlexilPlan) >>>>>>> >> Unmarshaller.unmarshal(PlexilPlan.class, reader); >>>>>>> All the arguments to the function are >> valid. The xml schema allows for >>>>>>> multiple occurrences of >> "IntegerValue". >>>>>>> Any insight would be very helpful. >>>>>>> >>>>>>> Thanks, >>>>>>> Sankalita >>>>>>> >>>>>>> >> --------------------------------------------------------------------- >>>>>>> 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
