I checked in bugzilla. The only related issue is supposed to be fixed
in 0.9.3.19. So I guess I'll be isolating the problem and adding an
entry. Or two:
1. the marshal does not add the correct xsi:type value
is xml-name without namespace at all
should be java:package.to.javaClassName
2. When I fix the contents of xml, the unmarshaller doesn't find the
class that the marshaller just used.
Maybe I am mistaking on what should be in the xsi:type attribute at
all.
>>>>> "I" == <[EMAIL PROTECTED]> writes:
> Date: Wed, 9 Oct 2002 17:14:35 +0200
> From: <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: Re: [castor-dev] xsi:type not unmarshaled proper
> 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
:wq!
Daan Hoogland Unix consultants v v
[EMAIL PROTECTED] OO developers \ /
### ## ## # >---X---<
http://snow.nl # # # # # # # # / \
Snow B.V. ## # # # # # # # ^ ^
Tel. (+31)30-6051501 # # # # # # # #
Fax. (+31)30-6037445 ### # # ## ## ##
-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
[EMAIL PROTECTED] with a subject of:
unsubscribe castor-dev
