Return-Path: 
 <axis-dev-return-28275-apmail-ws-axis-dev-archive=ws.apache.org@ws.apache.org>
Delivered-To: apmail-ws-axis-dev-archive@www.apache.org
Received: (qmail 28319 invoked from network); 6 Jun 2004 05:59:58 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur-2.apache.org with SMTP; 6 Jun 2004 05:59:58 -0000
Received: (qmail 4426 invoked by uid 500); 6 Jun 2004 05:59:59 -0000
Delivered-To: apmail-ws-axis-dev-archive@ws.apache.org
Received: (qmail 4399 invoked by uid 500); 6 Jun 2004 05:59:58 -0000
Mailing-List: contact axis-dev-help@ws.apache.org; run by ezmlm
Precedence: bulk
Reply-To: axis-dev@ws.apache.org
list-help: <mailto:axis-dev-help@ws.apache.org>
list-unsubscribe: <mailto:axis-dev-unsubscribe@ws.apache.org>
list-post: <mailto:axis-dev@ws.apache.org>
Delivered-To: mailing list axis-dev@ws.apache.org
Received: (qmail 4385 invoked by uid 99); 6 Jun 2004 05:59:58 -0000
Received: from [192.18.33.10] (HELO exchange.sun.com) (192.18.33.10)
  by apache.org (qpsmtpd/0.27.1) with SMTP; Sat, 05 Jun 2004 22:59:58 -0700
Received: (qmail 21234 invoked from network); 6 Jun 2004 06:00:53 -0000
Received: from localhost (HELO nagoya) (127.0.0.1)
  by nagoya.betaversion.org with SMTP; 6 Jun 2004 06:00:53 -0000
Message-ID: <556532985.1086501653758.JavaMail.apache@nagoya>
Date: Sat, 5 Jun 2004 23:00:53 -0700 (PDT)
From: jira@apache.org
To: axis-dev@ws.apache.org
Subject: [jira] Closed: (AXIS-343) RC1 - Setting "PROP_DOMULTIREFS" looses
 important type info
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Virus-Checked: Checked
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N

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:=20
             Serialization/Deserialization
   Versions:
             beta-3

   Assignee: Tom Jordahl
   Reporter: Jesper S=F6derlund

    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=20
called "DownloadService".

The interface to the download operation of the service takes an "ApiCommand=
[]"=20
and I then send in different concrete ApiCommand-subclasses.

Everything works fine under normal operations (except other alread reported=
=20
bugs) and the type info for the ApiCommand-subclasses is included. See Samp=
le A=20
for an "on-the-wire" where the type info for the DownloadCommandType is=20
included. Setting the PROP_DOMULTIREFS =3D false, see Sample C before calli=
ng the=20
service removes this information which means that the server cannot deseria=
lize=20
the XML-data and to an exception, see Sample B.

Sample A
=3D=3D=3D=3D=3D=3D=3D=3D
 <ns1:download=20
soapenv:encodingStyle=3D"http://schemas.xmlsoap.org/soap/encoding/"=20
xmlns:ns1=3D"http://www.smarttrust.com/jam/download/">
   <commands xsi:type=3D"soapenc:Array" soapenc:arrayType=3D"ns2:ApiCommand=
[1]"=20
xmlns:ns2=3D"http://www.smarttrust.com/jam/download/schema/"=20
xmlns:soapenc=3D"http://schemas.xmlsoap.org/soap/encoding/">
    <item href=3D"#id1"/>
   </commands>
  </ns1:download>
  <multiRef id=3D"id1" soapenc:root=3D"0"=20
soapenv:encodingStyle=3D"http://schemas.xmlsoap.org/soap/encoding/"=20
xsi:type=3D"ns3:DownloadCommandType"=20
xmlns:soapenc=3D"http://schemas.xmlsoap.org/soap/encoding/"=20
xmlns:ns3=3D"http://www.smarttrust.com/jam/download/schema/">
   <Aid href=3D"#id2"/>
   <name xsi:type=3D"xsd:string">Download</name>
  </multiRef>

Sample B
=3D=3D=3D=3D=3D=3D=3D=3D
  <ns1:download=20
soapenv:encodingStyle=3D"http://schemas.xmlsoap.org/soap/encoding/"=20
xmlns:ns1=3D"http://www.smarttrust.com/jam/download/">
   <commands xsi:type=3D"soapenc:Array" soapenc:arrayType=3D"ns3:ApiCommand=
[1]"=20
xmlns:ns3=3D"http://www.smarttrust.com/jam/download/schema/"=20
xmlns:soapenc=3D"http://schemas.xmlsoap.org/soap/encoding/">
    <item>
     <Aid xsi:type=3D"ns3:AIDType">534d4152545452555354303030355f50</Aid>
     <name xsi:type=3D"xsd:string">Download</name>
    </item>
   </commands>
  </ns1:download>


Sample C
=3D=3D=3D=3D=3D=3D=3D=3D=3D
Client code snippet:
...
      DownloadServiceLocator locator =3D new DownloadServiceLocator();
      locator.getEngine().setOption(AxisEngine.PROP_DOMULTIREFS, new Boolea=
n
(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