[EMAIL PROTECTED] wrote:
>
> On the object.
If you use Operation.unmarshal(...) then that's the problem. The objects
unmarshal method will pass in unmarshal(Operation.class, reader);
Castor will try to use the Operation class as the root element.
However this won't work since you're trying to unmarshal a subclass that
has extensions into it's super class.
Try the following:
import org.exolab.castor.xml.util.ClassDescriptorResolverImpl;
import org.exolab.castor.xml.Unmarshaller;
...
ClassDescriptorResolverImpl cdr = new ClassDescriptorResolverImpl();
cdr.resolve(Operation.class);
cdr.resolve(GenericOperation.class);
Unmarshaller unm = new Unmarshaller((Class)null);
unm.setResolver(cdr);
Operation op = (Operation)unm.unmarshal(reader);
op should be an instanceof GenericOperation.
--Keith
>
> > -----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
-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
[EMAIL PROTECTED] with a subject of:
unsubscribe castor-dev
