Title: Message

I looked at this setting, but is seems this is for when axis responds what it should do.The issue I have is I need to make it support taking in soap messages that do not have this data.

 

 

-----Original Message-----
From: Jesper S�derlund [mailto:[EMAIL PROTECTED]]
Sent:
Tuesday, November 12, 2002 11:16 AM
To: [EMAIL PROTECTED]
Subject: RE: Why is xsd:type and namespace required for BeanDeserilizer for complex types?

 

You can set a property in the config-file whether to use xsi-types or not.

 

I haven't personally run axis with the setting to "false" so I couldn't tell you how it works...

 

   <globalConfiguration>
    <parameter name="adminPassword" value="admin"/>
    <parameter name="attachments.Directory" value="C:\ProgramFiles\apache\jakarta-tomcat-4.0.2\webapps\axis\WEB-INF\attachments"/>
    <parameter name="sendMultiRefs" value="true"/>
   
<parameter name="sendXsiTypes" value="true"/>
    <parameter name="attachments.implementation" value="org.apache.axis.attachments.AttachmentsImpl"/>
    <parameter name="sendXMLDeclaration" value="true"/>
   </globalConfiguration>

...

</deployment>

Regards,

/Jesper

-----Original Message-----
From: Chris Forbis [mailto:[EMAIL PROTECTED]]
Sent: den
12 november 2002 17:00
To: [EMAIL PROTECTED]
Subject: Why is xsd:type and namespace required for BeanDeserilizer for complex types?

Why are xsd:type and xmlns: required for BeanDeserializer for complex types?The reason I ask this is many soap servers seem to not care about these fields being provided but axis will fault without them.(Gets a SAX Exception in BeanDeserializer)

 

An example below shows part of a soap message that works on some soap servers, but not on axis, it seems the reason is axis does not assume what the type should be (even thought it know what is must be in order to be a valid soap message)

 

Not Working Complex Type

<beanStruct>

�� <pid xsi:type="xsd:long">0</pid>

�� <description xsi:type="xsd:string">Test desc</description>

�� <id xsi:type="xsd:long">12345</id>

</beanStruct>

 

Working Complex Type

<beanStruct xsi:type="ns2:TestBean" xmlns:ns2="http://testserver001.someplace.com/TestAxisServices">

�� <pid xsi:type="xsd:long">0</pid>

�� <description xsi:type="xsd:string">Test desc</description>

�� <id xsi:type="xsd:long">12345</id>

</beanStruct>

 

 

 

The main reason for me asking this is we have some soap clients that will not populate this data because they think it should be optional, and they don't give a way to set it.

 

Thoughts? Comments?(Should I break open the axis code an "fix" it J )Or heck is this entire message for not because some build after 1.0 changes this behavior?

 

Thanks

Chris

 

Reply via email to