On the object.

> -----Original Message-----
> From: Keith Visco [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, October 10, 2002 10:29 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [castor-dev] xsi:type not unmarshaled proper
> 
> 
> 
> 
> Daan,
> 
> How are you calling the Unmarshaller, this will help me in determining
> if it's a bug or not.
> 
> Thanks,
> 
> --Keith
> 
> [EMAIL PROTECTED] wrote:
> > 
> > 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(UnmarshalH
> andler.java:1021)
> >         at 
> org.apache.xerces.parsers.SAXParser.startElement(SAXParser.java:1340)
> >         at 
> org.apache.xerces.validators.common.XMLValidator.callStartElem
> ent(XMLValidator.java:1197)
> >         at 
> org.apache.xerces.framework.XMLDocumentScanner.scanElement(XML
> DocumentScanner.java:1862)
> >         at 
> org.apache.xerces.framework.XMLDocumentScanner$ContentDispatch
> er.dispatch(XMLDocumentScanner.java:1238)
> >         at 
> org.apache.xerces.framework.XMLDocumentScanner.parseSome(XMLDo
> cumentScanner.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

Reply via email to