Johannes,
that was an auto-reply "out of the office" ;-)
Johannes Elsinghorst wrote:
Hi XI,
How am i supposed to understand your message? :-)
Are you going to look into it?
cheers, Johannes
Hello,
Thanks for your kindly remiander.
I will leave you messege.
Thanks.
XI
2008/10/1 Johannes Elsinghorst <[EMAIL PROTECTED]>
Hello,
Hello,
i currently try to get xfire/aegis to marshal a soap message into pojos.
I use xfires inside a servicemix jsr181 SU. The Schema and classes make
use of inheritance so i registered all used classes via the
overrideTypesList. As i see while debugging the all get found and
registered in the AegisBindingProvider. The soap message looks like this:
<soap:Body>
<tns:"methodName">
<param1>simple</param1>
<param2 xsi:type="tns:GPValues">
<GPValue xsi:type="tns:GPFeatureRecordSetLayer">
<recordSet xsi:type="tns:recordSet">
<Fields xsi:type="tns:Fields">
<FieldArray xsi:type="tns:ArrayOfField">
<Field xsi:type="tns:Field">
<Name>FID</Name>
<Type>esriFieldTypeOID</Type>
...
</Field>
...
</FieldArray>
</Fields>
...
</recordSet>
</GPValue>
<GPValue xsi:type="tns:GPDouble">
<Value>10</Value>
</GPValue>
</param2>
</tns:"methodName>
</soap:Body>
The problem is to find the BeanType for "recordSet". It finds and
instantiates "GPFeatureRecordSetLayer" without problems. Its a BeanType,
so during readObject in ll.135 (BeanType.java) it tries to read the
child elements. In Line 140 it fails to find the parent and therefore
calls getReadType with a null for type and runs into a
Null-PointerException.
I'm wondering whats going wrong here since the types get all registered
at deployment.
Do you have any clues or hints?
Thanks in advance, Johannes
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
