Return-Path: <simon.mcclenahan@stellent.com>
Mailing-List: contact axis-user-help@xml.apache.org; run by ezmlm
Delivered-To: mailing list axis-user@xml.apache.org
Received: (qmail 38291 invoked from network); 2 Apr 2002 15:05:30 -0000
Received: from mailman.inso.com (HELO mailman.stellent-ied.com)
 (12.107.165.250)
  by daedalus.apache.org with SMTP; 2 Apr 2002 15:05:30 -0000
Received: (from root@localhost)
	by mailman.stellent-ied.com (8.11.2/8.11.2) id g329tZT28192
	for axis-user@xml.apache.org; Tue, 2 Apr 2002 03:55:35 -0600
Received: from badnews.stellent-ied.com (badnews.stellent-ied.com
 [10.100.0.54])
	by mailman.stellent-ied.com (8.11.2/8.11.2) with SMTP id g329tZe28184
	for <axis-user@xml.apache.org>; Tue, 2 Apr 2002 03:55:35 -0600
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0
Subject: Serializing anyType
Date: Tue, 2 Apr 2002 09:05:25 -0600
Message-ID: <40AD0DD8D0041349BAD9367EEB4847620FDE53@badnews.stellent-ied.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Serializing anyType
Thread-Index: AcHaV9HLrOi74rC0TJiJ1IKk/MgSAQ==
From: "Simon McClenahan" <simon.mcclenahan@stellent.com>
To: "Axis User (E-mail)" <axis-user@xml.apache.org>
X-Virus-Scanned: by AMaViS snapshot-20010714
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

For the client, I have turned off multirefs. The schema defines some
values as type xsd:anyType, but the client serializes the type as
xsd:anyType instead of its true type. Then the server returns a fault
being unable to deserialize anyType.

e.g.
   <options xsi:type=3D"SOAP-ENC:Array"
SOAP-ENC:arrayType=3D"ns1:Option[4]">
    <item xsi:type=3D"ns1:Option">
     <name xsi:type=3D"xsd:string">collapseWhiteSpace</name>
     <value xsi:type=3D"xsd:anyType">true</value>
    </item>
    <item xsi:type=3D"ns1:Option">
     <name xsi:type=3D"xsd:string">customElement</name>
     <value
xsi:type=3D"xsd:anyType">[Lcom.foo.ws.axis.CustomElement;@1e0c13</value>
    </item>
    ...

The workaround is to enable multirefs on the client
e.g.
   <options xsi:type=3D"SOAP-ENC:Array"
SOAP-ENC:arrayType=3D"ns1:Option[4]">
    ...
    <item href=3D"#id4"/>
    <item href=3D"#id5"/>
   </options>

  <multiRef id=3D"id4" SOAP-ENC:root=3D"0" xsi:type=3D"ns7:Option"
xmlns:ns7=3D"xxx">
   <name xsi:type=3D"xsd:string">collapseWhiteSpace</name>
   <value href=3D"#id11"/>
  </multiRef>
  <multiRef id=3D"id11" SOAP-ENC:root=3D"0"
xsi:type=3D"xsd:boolean">true</multiRef>

  <multiRef id=3D"id5" SOAP-ENC:root=3D"0" xsi:type=3D"ns4:Option"
xmlns:ns4=3D"xxx">
   <name xsi:type=3D"xsd:string">customElement</name>
   <value href=3D"#id8"/>
  </multiRef>
  <multiRef id=3D"id8" SOAP-ENC:root=3D"0" xsi:type=3D"SOAP-ENC:Array"
SOAP-ENC:arrayType=3D"ns9:customElement[2]" xmlns:ns9=3D"xxx">
   <item href=3D"#id13"/>
   <item href=3D"#id14"/>
  </multiRef>



I think this is a problem with Axis not serializing the correct instance
type. Multirefs (a la Axis) are very ugly when trying to debug your SOAP
calls!

cheers,
	Simon