You are viewing a plain text version of this content. The canonical link for it is here.
Posted to java-dev@axis.apache.org by ji...@apache.org on 2004/06/06 08:00:53 UTC
[jira] Closed: (AXIS-343) RC1 - Setting "PROP_DOMULTIREFS" looses important type info
Message:
The following issue has been closed.
Resolver: Davanum Srinivas
Date: Sat, 5 Jun 2004 11:00 PM
Please try latest cvs and reopen bug if problem still exists.
thanks,
dims
---------------------------------------------------------------------
View the issue:
http://issues.apache.org/jira/browse/AXIS-343
Here is an overview of the issue:
---------------------------------------------------------------------
Key: AXIS-343
Summary: RC1 - Setting "PROP_DOMULTIREFS" looses important type info
Type: Bug
Status: Closed
Resolution: FIXED
Project: Axis
Components:
Serialization/Deserialization
Versions:
beta-3
Assignee: Tom Jordahl
Reporter: Jesper Söderlund
Created: Mon, 16 Sep 2002 3:03 PM
Updated: Sat, 5 Jun 2004 11:00 PM
Environment: Operating System: Other
Platform: Other
Description:
I have generated Java-classes for a WSDL file, the service is
called "DownloadService".
The interface to the download operation of the service takes an "ApiCommand[]"
and I then send in different concrete ApiCommand-subclasses.
Everything works fine under normal operations (except other alread reported
bugs) and the type info for the ApiCommand-subclasses is included. See Sample A
for an "on-the-wire" where the type info for the DownloadCommandType is
included. Setting the PROP_DOMULTIREFS = false, see Sample C before calling the
service removes this information which means that the server cannot deserialize
the XML-data and to an exception, see Sample B.
Sample A
========
<ns1:download
soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xmlns:ns1="http://www.smarttrust.com/jam/download/">
<commands xsi:type="soapenc:Array" soapenc:arrayType="ns2:ApiCommand[1]"
xmlns:ns2="http://www.smarttrust.com/jam/download/schema/"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">
<item href="#id1"/>
</commands>
</ns1:download>
<multiRef id="id1" soapenc:root="0"
soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xsi:type="ns3:DownloadCommandType"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/"
xmlns:ns3="http://www.smarttrust.com/jam/download/schema/">
<Aid href="#id2"/>
<name xsi:type="xsd:string">Download</name>
</multiRef>
Sample B
========
<ns1:download
soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xmlns:ns1="http://www.smarttrust.com/jam/download/">
<commands xsi:type="soapenc:Array" soapenc:arrayType="ns3:ApiCommand[1]"
xmlns:ns3="http://www.smarttrust.com/jam/download/schema/"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">
<item>
<Aid xsi:type="ns3:AIDType">534d4152545452555354303030355f50</Aid>
<name xsi:type="xsd:string">Download</name>
</item>
</commands>
</ns1:download>
Sample C
=========
Client code snippet:
...
DownloadServiceLocator locator = new DownloadServiceLocator();
locator.getEngine().setOption(AxisEngine.PROP_DOMULTIREFS, new Boolean
(false));
...
---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira