Yes it is the current version and I confirm that you can use mixed in the <complexType> tag...it should definitely be supported. Can you please send me a small as possible test case that demonstrates the problem?
Thanks, Arnaud > -----Original Message----- > From: Armbrust, Daniel C. [mailto:[EMAIL PROTECTED] > Sent: Monday, June 30, 2003 3:34 PM > To: [EMAIL PROTECTED] > Subject: Re: [castor-dev] Mixed types and Castor > > Version 0.9.5 - should be current, correct? > > > > -----Original Message----- > From: Arnaud Blandin [mailto:[EMAIL PROTECTED] > Sent: Monday, June 30, 2003 1:13 AM > To: [EMAIL PROTECTED] > Subject: Re: [castor-dev] Mixed types and Castor > > > Hi Daniel, > > Which version of Castor are you using? I confirm that Castor should > support mixed types. > > Arnaud > > > -----Original Message----- > > From: Armbrust, Daniel C. [mailto:[EMAIL PROTECTED] > > Sent: Monday, June 23, 2003 10:08 PM > > To: [EMAIL PROTECTED] > > Subject: [castor-dev] Mixed types and Castor > > > > We have been using Castor for a while now, and just ran into the bug > (or > > possibly feature request) that Castor cannot handle mixed types. > > > > Given this schema: > > > > > > > > <?xml version="1.0" encoding="UTF-8"?> > > <xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" > > elementFormDefault="qualified"> > > <xs:element name="base"> > > <xs:complexType> > > <xs:sequence> > > <xs:element ref="i1" > maxOccurs="unbounded"/> > > </xs:sequence> > > </xs:complexType> > > </xs:element> > > > > <xs:element name="i1"> > > <xs:complexType mixed="true"> > > <xs:choice minOccurs="0" maxOccurs="unbounded"> > > <xs:element ref="i2"/> > > </xs:choice> > > </xs:complexType> > > </xs:element> > > > > <xs:element name="i2"> > > <xs:complexType mixed="true"> > > <xs:choice minOccurs="0" maxOccurs="unbounded"> > > <xs:element ref="i"/> > > </xs:choice> > > </xs:complexType> > > </xs:element> > > > > <xs:element name="i" type="xs:string"/> > > </xs:schema> > > > > > > > > Doing a build and a compile, trying to do an unmarshal results in this > > exception: > > > > > > > > org.xml.sax.SAXException: Illegal Text data found as child of: _items > > value: " embedded" > > at > > > org.exolab.castor.xml.UnmarshalHandler.endElement(UnmarshalHandler.java: > 690) > > at > > > org.exolab.castor.xml.UnmarshalHandler.endElement(UnmarshalHandler.java: > 556) > > at > org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown > > Source) > > at > > > org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndElement(Unk > nown > > Source) > > at > > > org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDis > patche > > r.dispatch(Unknown Source) > > at > > > org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unkno > wn > > Source) > > at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown > Source) > > at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown > Source) > > at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) > > at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown > Source) > > at > org.exolab.castor.xml.Unmarshaller.unmarshal(Unmarshaller.java:555) > > at > org.exolab.castor.xml.Unmarshaller.unmarshal(Unmarshaller.java:487) > > at mixed.Untitled1.main(Untitled1.java:23) > > > > > > We really needed this to work, so we dug in, so to speak, and modified > Castor > > so that it handles mixed types properly - including returning the > elements in > > the correct order. > > > > It can now handle an unmarshal/marshal of the following bit of XML: > > > > > > <?xml version="1.0" encoding="UTF-8"?> > > <base xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" > > xsi:noNamespaceSchemaLocation="C:\work\development\MixedTest\m.xsd"> > > <i1>Leading<i2>more > > <i>17</i> embedded</i2> > > <i2>hereto<i>43</i> > > </i2> trailing</i1> > > </base> > > > > > > I would be more than happy to commit back the changes (4 classes in > > castor.builder [3 modified, 1 new], and 3 classes in castor.xml [all > > modified]) so that they could be included in the main source tree. > > > > We tried to maintain full backwards compatibility, but these changes > have > > definitely not been tested thoroughly. How should I proceed? I can > send back > > a .jar file of my modified version of castor, so you could run > whatever > > regression tests you have on it... Or I can send you the modified > files, or I > > can send you some CVS diffs (or all of the above) They may also be a > bit more > > hackish in places than the maintainers would like... You will have to > let me > > know. > > > > Please advise, > > > > Thanks, > > > > Dan > > > > ----------------------------------------------------------- > > If you wish to unsubscribe from this mailing, send mail to > > [EMAIL PROTECTED] with a subject of: > > unsubscribe castor-dev > > ----------------------------------------------------------- > If you wish to unsubscribe from this mailing, send mail to > [EMAIL PROTECTED] with a subject of: > unsubscribe castor-dev > > ----------------------------------------------------------- > If you wish to unsubscribe from this mailing, send mail to > [EMAIL PROTECTED] with a subject of: > unsubscribe castor-dev ----------------------------------------------------------- If you wish to unsubscribe from this mailing, send mail to [EMAIL PROTECTED] with a subject of: unsubscribe castor-dev
