[ 
https://issues.apache.org/jira/browse/AXIS2-2609?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12494774
 ] 

Amila Chinthaka Suriarachchi commented on AXIS2-2609:
-----------------------------------------------------

Sorry for the late reply
yes that is how it works in Axis2 1.2.

The problem here is that if you do not say  <soap:body parts="" use="literal"/> 
then some implementation may interpret it not using parts and some may use 
available part as spec has not clearly define this. but if you specifically put 
 <soap:body parts="" use="literal"/> then any implementation should support 
this sine this is define in the spec.

We added lot of WSDL validation code for Axis2 1.2


> Incorrectly generated stub functions 
> -------------------------------------
>
>                 Key: AXIS2-2609
>                 URL: https://issues.apache.org/jira/browse/AXIS2-2609
>             Project: Axis 2.0 (Axis2)
>          Issue Type: Bug
>          Components: codegen
>    Affects Versions: 1.2
>            Reporter: Gul Onural
>         Assigned To: Amila Chinthaka Suriarachchi
>            Priority: Blocker
>         Attachments: test.zip
>
>
> The release 1.2 wsdl2 java generates incorrect stub functions for the 
> operations that has header part only, no payload.
> This was correctly done with version axis2 1.1.1. Something changed in 
> between the two releases in this area is causing the problem.
> For example, operation and message are defined something similar to  :
>       <operation name="queryX">
>          <input message="queryXRequest"/>
>          <output message="queryXResponse"/>
>       </operation>
>    <message name="queryXRequest">
>       <part name="header" element="id"/>
>    </message>
> The generated stubs contains the id twice :
>   public  com.mycompany.QueryXResponseDocument queryX(
>                             com.mycompany.IdDocument id2,
>                             com.mycompany.IdDocument id3)
>                             throws java.rmi.RemoteException
> {
> ...
> }

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to