axis-java-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From j...@apache.org
Subject [jira] Closed: (AXIS-343) RC1 - Setting "PROP_DOMULTIREFS" looses important type info
Date Sun, 06 Jun 2004 06:00:53 GMT
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


Mime
View raw message