I have a +- 4 weeks old cvs version in here. This helps. now i am getting a class not found exception. Both with the way you describe and with the full path name. And the other side of it is that it does not marshal it in that way.
> -----Original Message----- > From: Arnaud Blandin [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, October 09, 2002 4:58 PM > To: [EMAIL PROTECTED] > Subject: Re: [castor-dev] xsi:type not unmarshaled proper > > > Hi Daan, > > Which version are you using? Have you tried to put a java > prefix to your > class name in the xsi:type information? > (xsi:type="java:genericOperation") > > Arnaud > > > -----Original Message----- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]] > > Sent: Wednesday, October 09, 2002 3:06 PM > > To: [EMAIL PROTECTED] > > Subject: [castor-dev] xsi:type not unmarshaled proper > > > > this is an old issue I think. > > Please bear my handicap with me; I have only email at my workstation > > and no http connection to the outside world > > > > I have a class Operation which is generated from a complexType > > operation. It is marshaled as GenericOperation, which is an > > extension of operation. see schema fragments below. > > > > this is the marshaled fragment: > > <operation name="LOS" xsi:type="genericOperation" > > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";> > > <site minScale="1.0E-10" maxScale="1.0"> > > <ns7:position lon="-26.68666666666667" > > lat="58.76666666666667" > > xmlns:ns7="itemlib.xsd"/> > > </site> > > </operation> > > > > and this is what happens if I unmarshal it: > > org.xml.sax.SAXException: unable to find FieldDescriptor for 'site' > > in ClassDescriptor of Operation > > at > > org.exolab.castor.xml.UnmarshalHandler.startElement(UnmarshalHandler > > .java:1021) > > at > > org.apache.xerces.parsers.SAXParser.startElement(SAXParser.java:1340 > > ) > > at > > org.apache.xerces.validators.common.XMLValidator.callStartElement(XM > > LValidator.java:1197) > > at > > org.apache.xerces.framework.XMLDocumentScanner.scanElement(XMLDocume > > ntScanner.java:1862) > > at > > org.apache.xerces.framework.XMLDocumentScanner$ContentDispatcher.dis > > patch(XMLDocumentScanner.java:1238) > > at > > org.apache.xerces.framework.XMLDocumentScanner.parseSome(XMLDocument > > Scanner.java:381) > > at > > org.apache.xerces.framework.XMLParser.parse(XMLParser.java:1035) > > at > > org.exolab.castor.xml.Unmarshaller.unmarshal(Unmarshaller.java:485) > > at > > org.exolab.castor.xml.Unmarshaller.unmarshal(Unmarshaller.java:417) > > at > > org.exolab.castor.xml.Unmarshaller.unmarshal(Unmarshaller.java:557) > > > > more followed > > I tried to replace "genericOperation" with > > "my.package.for.GenericOperation" in the generated document > > instance. no show. > > Is this issue resolved? Is it new/newly noticed? Is there a rogue > > fix? Is it resolved in cvs? > > > > here are the schema fragments: > > > > <xsd:complexType name="operation"> > > <xsd:attribute name="name" type="xsd:string"><!-- > > default="operation"--> > > </xsd:complexType> > > > > <xsd:complexType name="genericOperation"> > > <xsd:complexContent> > > <xsd:extension base="sc:operation"> > > <xsd:sequence> > > <xsd:element name="site" type="lib:radar" minOccurs="1" > > maxOccurs="1" > > > </xsd:element> > > </xsd:sequence> > > </xsd:extension> > > </xsd:complexContent> > > </xsd:complexType> > > > > my gratitude will be, > > > > ----------------------------------------------------------- > > 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
