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 "Dimuthu Leelarathne (JIRA)" <ji...@apache.org> on 2007/07/09 05:05:04 UTC

[jira] Created: (AXIS2-2922) Please codegen issues relating to Rampart-29 and Rampart-53

Please codegen issues relating to Rampart-29  and Rampart-53
------------------------------------------------------------

                 Key: AXIS2-2922
                 URL: https://issues.apache.org/jira/browse/AXIS2-2922
             Project: Axis 2.0 (Axis2)
          Issue Type: Bug
          Components: codegen
    Affects Versions: 1.3
         Environment: All
            Reporter: Dimuthu Leelarathne
            Priority: Blocker


When code generated code is converted to doom, build() method of the SOAPEnvelope is called. This would create the SOAPEnvelope that is wrong. 

In Rampart29 case
===============
Please remove the <base64Binary> element out from the message. This element is added by "public javax.xml.stream.XMLStreamReader getPullParser(javax.xml.namespace.QName qName){" in the generated code

<data xmlns:axis2ns1="http://www.w3.org/2005/05/xmlmime"
axis2ns1:contentType="application/pdf">
<base64Binary xmlns="http://www.w3.org/2001/XMLSchema">
Y29udGVtcG9yYXJ5C ........29tbXVuaXRpZXMgbGl2aW5nIG91dHNpZGUgdGhlIGxhbmQgb2YgSbXVuaXRpZXMuCg==
</base64Binary>
</data>


In Rampart53 case 
=============== 
SOAPEnvelope's build() method does not add the type parameter for type hierarchies. For example  xsi:type="s1:van" is missing in the evelope.

What the SOAP envelope should be:

<?xml version='1.0' encoding='UTF-8'?>
   <soapenv:Envelope xmlns:soapenv="http://www.w3.org/2003/05/soap-envelope">
      <soapenv:Body>
         <ns2:getVehicleResponse xmlns:ns2="http://messages.sample/xsd">
            <ns2:vehicle xmlns:s1="http://sample/xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="s1:van">
               <s1:vehicleID>1</s1:vehicleID>
               <s1:weight>0</s1:weight>
               <s1:passengers>0</s1:passengers>
               <s1:maxload>0</s1:maxload>
            </ns2:vehicle>
         </ns2:getVehicleResponse>
      </soapenv:Body>
   </soapenv:Envelope> 

What we get now:
<?xml version='1.0' encoding='UTF-8'?>
   <soapenv:Envelope xmlns:soapenv="http://www.w3.org/2003/05/soap-envelope">
      <soapenv:Body>
         <ns2:getVehicleResponse xmlns:ns2="http://messages.sample/xsd">
            <vehicle xmlns="http://messages.sample/xsd">
               <vehicleID xmlns="http://sample/xsd">1</vehicleID>
               <weight xmlns="http://sample/xsd">0</weight>
               <passengers xmlns="http://sample/xsd">0</passengers>
               <maxload xmlns="http://sample/xsd">0</maxload>
            </vehicle>
         </ns2:getVehicleResponse>
      </soapenv:Body>
   </soapenv:Envelope>0 

-- 
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: axis-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-dev-help@ws.apache.org


[jira] Resolved: (AXIS2-2922) Please fix codegen issues relating to Rampart-29 and Rampart-53

Posted by "Amila Chinthaka Suriarachchi (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/AXIS2-2922?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Amila Chinthaka Suriarachchi resolved AXIS2-2922.
-------------------------------------------------

    Resolution: Fixed

fixed the issue with revision 557148.

> Please fix codegen issues relating to Rampart-29  and Rampart-53
> ----------------------------------------------------------------
>
>                 Key: AXIS2-2922
>                 URL: https://issues.apache.org/jira/browse/AXIS2-2922
>             Project: Axis 2.0 (Axis2)
>          Issue Type: Bug
>          Components: codegen
>    Affects Versions: 1.3
>         Environment: All
>            Reporter: Dimuthu Leelarathne
>            Assignee: Amila Chinthaka Suriarachchi
>            Priority: Blocker
>
> When code generated code is converted to doom, build() method of the SOAPEnvelope is called. This would create the SOAPEnvelope that is wrong. 
> In Rampart29 case
> ===============
> Please remove the <base64Binary> element out from the message. This element is added by "public javax.xml.stream.XMLStreamReader getPullParser(javax.xml.namespace.QName qName){" in the generated code
> <data xmlns:axis2ns1="http://www.w3.org/2005/05/xmlmime"
> axis2ns1:contentType="application/pdf">
> <base64Binary xmlns="http://www.w3.org/2001/XMLSchema">
> Y29udGVtcG9yYXJ5C ........29tbXVuaXRpZXMgbGl2aW5nIG91dHNpZGUgdGhlIGxhbmQgb2YgSbXVuaXRpZXMuCg==
> </base64Binary>
> </data>
> In Rampart53 case 
> =============== 
> SOAPEnvelope's build() method does not add the type parameter for type hierarchies. For example  xsi:type="s1:van" is missing in the evelope.
> What the SOAP envelope should be:
> <?xml version='1.0' encoding='UTF-8'?>
>    <soapenv:Envelope xmlns:soapenv="http://www.w3.org/2003/05/soap-envelope">
>       <soapenv:Body>
>          <ns2:getVehicleResponse xmlns:ns2="http://messages.sample/xsd">
>             <ns2:vehicle xmlns:s1="http://sample/xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="s1:van">
>                <s1:vehicleID>1</s1:vehicleID>
>                <s1:weight>0</s1:weight>
>                <s1:passengers>0</s1:passengers>
>                <s1:maxload>0</s1:maxload>
>             </ns2:vehicle>
>          </ns2:getVehicleResponse>
>       </soapenv:Body>
>    </soapenv:Envelope> 
> What we get now:
> <?xml version='1.0' encoding='UTF-8'?>
>    <soapenv:Envelope xmlns:soapenv="http://www.w3.org/2003/05/soap-envelope">
>       <soapenv:Body>
>          <ns2:getVehicleResponse xmlns:ns2="http://messages.sample/xsd">
>             <vehicle xmlns="http://messages.sample/xsd">
>                <vehicleID xmlns="http://sample/xsd">1</vehicleID>
>                <weight xmlns="http://sample/xsd">0</weight>
>                <passengers xmlns="http://sample/xsd">0</passengers>
>                <maxload xmlns="http://sample/xsd">0</maxload>
>             </vehicle>
>          </ns2:getVehicleResponse>
>       </soapenv:Body>
>    </soapenv:Envelope>0 

-- 
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: axis-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-dev-help@ws.apache.org


Re: [jira] Commented: (AXIS2-2922) Please fix codegen issues relating to Rampart-29 and Rampart-53

Posted by Deepal Jayasinghe <de...@opensource.lk>.
Hi Sharma,

We will definitely fix the issue before our next RC which we are
targeting on this week.

Thanks
Deepal
>     [ https://issues.apache.org/jira/browse/AXIS2-2922?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12512863 ] 
>
> Sharma, Vishal  commented on AXIS2-2922:
> ----------------------------------------
>
> Hi Deepal,
>
> When do you think we would be able to get the solution to the Rampart
> issue.
>
> Thanks and Regards,
> Vishal
>
>
>   
>> Please fix codegen issues relating to Rampart-29  and Rampart-53
>> ----------------------------------------------------------------
>>
>>                 Key: AXIS2-2922
>>                 URL: https://issues.apache.org/jira/browse/AXIS2-2922
>>             Project: Axis 2.0 (Axis2)
>>          Issue Type: Bug
>>          Components: codegen
>>    Affects Versions: 1.3
>>         Environment: All
>>            Reporter: Dimuthu Leelarathne
>>            Assignee: Amila Chinthaka Suriarachchi
>>            Priority: Blocker
>>
>> When code generated code is converted to doom, build() method of the SOAPEnvelope is called. This would create the SOAPEnvelope that is wrong. 
>> In Rampart29 case
>> ===============
>> Please remove the <base64Binary> element out from the message. This element is added by "public javax.xml.stream.XMLStreamReader getPullParser(javax.xml.namespace.QName qName){" in the generated code
>> <data xmlns:axis2ns1="http://www.w3.org/2005/05/xmlmime"
>> axis2ns1:contentType="application/pdf">
>> <base64Binary xmlns="http://www.w3.org/2001/XMLSchema">
>> Y29udGVtcG9yYXJ5C ........29tbXVuaXRpZXMgbGl2aW5nIG91dHNpZGUgdGhlIGxhbmQgb2YgSbXVuaXRpZXMuCg==
>> </base64Binary>
>> </data>
>> In Rampart53 case 
>> =============== 
>> SOAPEnvelope's build() method does not add the type parameter for type hierarchies. For example  xsi:type="s1:van" is missing in the evelope.
>> What the SOAP envelope should be:
>> <?xml version='1.0' encoding='UTF-8'?>
>>    <soapenv:Envelope xmlns:soapenv="http://www.w3.org/2003/05/soap-envelope">
>>       <soapenv:Body>
>>          <ns2:getVehicleResponse xmlns:ns2="http://messages.sample/xsd">
>>             <ns2:vehicle xmlns:s1="http://sample/xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="s1:van">
>>                <s1:vehicleID>1</s1:vehicleID>
>>                <s1:weight>0</s1:weight>
>>                <s1:passengers>0</s1:passengers>
>>                <s1:maxload>0</s1:maxload>
>>             </ns2:vehicle>
>>          </ns2:getVehicleResponse>
>>       </soapenv:Body>
>>    </soapenv:Envelope> 
>> What we get now:
>> <?xml version='1.0' encoding='UTF-8'?>
>>    <soapenv:Envelope xmlns:soapenv="http://www.w3.org/2003/05/soap-envelope">
>>       <soapenv:Body>
>>          <ns2:getVehicleResponse xmlns:ns2="http://messages.sample/xsd">
>>             <vehicle xmlns="http://messages.sample/xsd">
>>                <vehicleID xmlns="http://sample/xsd">1</vehicleID>
>>                <weight xmlns="http://sample/xsd">0</weight>
>>                <passengers xmlns="http://sample/xsd">0</passengers>
>>                <maxload xmlns="http://sample/xsd">0</maxload>
>>             </vehicle>
>>          </ns2:getVehicleResponse>
>>       </soapenv:Body>
>>    </soapenv:Envelope>0 
>>     
>
>   

-- 
Thanks,
Deepal
................................................................
"The highest tower is built one brick at a time"



---------------------------------------------------------------------
To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-dev-help@ws.apache.org


[jira] Commented: (AXIS2-2922) Please fix codegen issues relating to Rampart-29 and Rampart-53

Posted by "Sharma, Vishal (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/AXIS2-2922?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12512863 ] 

Sharma, Vishal  commented on AXIS2-2922:
----------------------------------------

Hi Deepal,

When do you think we would be able to get the solution to the Rampart
issue.

Thanks and Regards,
Vishal


> Please fix codegen issues relating to Rampart-29  and Rampart-53
> ----------------------------------------------------------------
>
>                 Key: AXIS2-2922
>                 URL: https://issues.apache.org/jira/browse/AXIS2-2922
>             Project: Axis 2.0 (Axis2)
>          Issue Type: Bug
>          Components: codegen
>    Affects Versions: 1.3
>         Environment: All
>            Reporter: Dimuthu Leelarathne
>            Assignee: Amila Chinthaka Suriarachchi
>            Priority: Blocker
>
> When code generated code is converted to doom, build() method of the SOAPEnvelope is called. This would create the SOAPEnvelope that is wrong. 
> In Rampart29 case
> ===============
> Please remove the <base64Binary> element out from the message. This element is added by "public javax.xml.stream.XMLStreamReader getPullParser(javax.xml.namespace.QName qName){" in the generated code
> <data xmlns:axis2ns1="http://www.w3.org/2005/05/xmlmime"
> axis2ns1:contentType="application/pdf">
> <base64Binary xmlns="http://www.w3.org/2001/XMLSchema">
> Y29udGVtcG9yYXJ5C ........29tbXVuaXRpZXMgbGl2aW5nIG91dHNpZGUgdGhlIGxhbmQgb2YgSbXVuaXRpZXMuCg==
> </base64Binary>
> </data>
> In Rampart53 case 
> =============== 
> SOAPEnvelope's build() method does not add the type parameter for type hierarchies. For example  xsi:type="s1:van" is missing in the evelope.
> What the SOAP envelope should be:
> <?xml version='1.0' encoding='UTF-8'?>
>    <soapenv:Envelope xmlns:soapenv="http://www.w3.org/2003/05/soap-envelope">
>       <soapenv:Body>
>          <ns2:getVehicleResponse xmlns:ns2="http://messages.sample/xsd">
>             <ns2:vehicle xmlns:s1="http://sample/xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="s1:van">
>                <s1:vehicleID>1</s1:vehicleID>
>                <s1:weight>0</s1:weight>
>                <s1:passengers>0</s1:passengers>
>                <s1:maxload>0</s1:maxload>
>             </ns2:vehicle>
>          </ns2:getVehicleResponse>
>       </soapenv:Body>
>    </soapenv:Envelope> 
> What we get now:
> <?xml version='1.0' encoding='UTF-8'?>
>    <soapenv:Envelope xmlns:soapenv="http://www.w3.org/2003/05/soap-envelope">
>       <soapenv:Body>
>          <ns2:getVehicleResponse xmlns:ns2="http://messages.sample/xsd">
>             <vehicle xmlns="http://messages.sample/xsd">
>                <vehicleID xmlns="http://sample/xsd">1</vehicleID>
>                <weight xmlns="http://sample/xsd">0</weight>
>                <passengers xmlns="http://sample/xsd">0</passengers>
>                <maxload xmlns="http://sample/xsd">0</maxload>
>             </vehicle>
>          </ns2:getVehicleResponse>
>       </soapenv:Body>
>    </soapenv:Envelope>0 

-- 
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: axis-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-dev-help@ws.apache.org


[jira] Assigned: (AXIS2-2922) Please fix codegen issues relating to Rampart-29 and Rampart-53

Posted by "Deepal Jayasinghe (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/AXIS2-2922?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Deepal Jayasinghe reassigned AXIS2-2922:
----------------------------------------

    Assignee: Amila Chinthaka Suriarachchi

> Please fix codegen issues relating to Rampart-29  and Rampart-53
> ----------------------------------------------------------------
>
>                 Key: AXIS2-2922
>                 URL: https://issues.apache.org/jira/browse/AXIS2-2922
>             Project: Axis 2.0 (Axis2)
>          Issue Type: Bug
>          Components: codegen
>    Affects Versions: 1.3
>         Environment: All
>            Reporter: Dimuthu Leelarathne
>            Assignee: Amila Chinthaka Suriarachchi
>            Priority: Blocker
>
> When code generated code is converted to doom, build() method of the SOAPEnvelope is called. This would create the SOAPEnvelope that is wrong. 
> In Rampart29 case
> ===============
> Please remove the <base64Binary> element out from the message. This element is added by "public javax.xml.stream.XMLStreamReader getPullParser(javax.xml.namespace.QName qName){" in the generated code
> <data xmlns:axis2ns1="http://www.w3.org/2005/05/xmlmime"
> axis2ns1:contentType="application/pdf">
> <base64Binary xmlns="http://www.w3.org/2001/XMLSchema">
> Y29udGVtcG9yYXJ5C ........29tbXVuaXRpZXMgbGl2aW5nIG91dHNpZGUgdGhlIGxhbmQgb2YgSbXVuaXRpZXMuCg==
> </base64Binary>
> </data>
> In Rampart53 case 
> =============== 
> SOAPEnvelope's build() method does not add the type parameter for type hierarchies. For example  xsi:type="s1:van" is missing in the evelope.
> What the SOAP envelope should be:
> <?xml version='1.0' encoding='UTF-8'?>
>    <soapenv:Envelope xmlns:soapenv="http://www.w3.org/2003/05/soap-envelope">
>       <soapenv:Body>
>          <ns2:getVehicleResponse xmlns:ns2="http://messages.sample/xsd">
>             <ns2:vehicle xmlns:s1="http://sample/xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="s1:van">
>                <s1:vehicleID>1</s1:vehicleID>
>                <s1:weight>0</s1:weight>
>                <s1:passengers>0</s1:passengers>
>                <s1:maxload>0</s1:maxload>
>             </ns2:vehicle>
>          </ns2:getVehicleResponse>
>       </soapenv:Body>
>    </soapenv:Envelope> 
> What we get now:
> <?xml version='1.0' encoding='UTF-8'?>
>    <soapenv:Envelope xmlns:soapenv="http://www.w3.org/2003/05/soap-envelope">
>       <soapenv:Body>
>          <ns2:getVehicleResponse xmlns:ns2="http://messages.sample/xsd">
>             <vehicle xmlns="http://messages.sample/xsd">
>                <vehicleID xmlns="http://sample/xsd">1</vehicleID>
>                <weight xmlns="http://sample/xsd">0</weight>
>                <passengers xmlns="http://sample/xsd">0</passengers>
>                <maxload xmlns="http://sample/xsd">0</maxload>
>             </vehicle>
>          </ns2:getVehicleResponse>
>       </soapenv:Body>
>    </soapenv:Envelope>0 

-- 
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: axis-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-dev-help@ws.apache.org


[jira] Updated: (AXIS2-2922) Please fix codegen issues relating to Rampart-29 and Rampart-53

Posted by "Dimuthu Leelarathne (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/AXIS2-2922?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Dimuthu Leelarathne updated AXIS2-2922:
---------------------------------------

    Summary: Please fix codegen issues relating to Rampart-29  and Rampart-53  (was: Please codegen issues relating to Rampart-29  and Rampart-53)

> Please fix codegen issues relating to Rampart-29  and Rampart-53
> ----------------------------------------------------------------
>
>                 Key: AXIS2-2922
>                 URL: https://issues.apache.org/jira/browse/AXIS2-2922
>             Project: Axis 2.0 (Axis2)
>          Issue Type: Bug
>          Components: codegen
>    Affects Versions: 1.3
>         Environment: All
>            Reporter: Dimuthu Leelarathne
>            Priority: Blocker
>
> When code generated code is converted to doom, build() method of the SOAPEnvelope is called. This would create the SOAPEnvelope that is wrong. 
> In Rampart29 case
> ===============
> Please remove the <base64Binary> element out from the message. This element is added by "public javax.xml.stream.XMLStreamReader getPullParser(javax.xml.namespace.QName qName){" in the generated code
> <data xmlns:axis2ns1="http://www.w3.org/2005/05/xmlmime"
> axis2ns1:contentType="application/pdf">
> <base64Binary xmlns="http://www.w3.org/2001/XMLSchema">
> Y29udGVtcG9yYXJ5C ........29tbXVuaXRpZXMgbGl2aW5nIG91dHNpZGUgdGhlIGxhbmQgb2YgSbXVuaXRpZXMuCg==
> </base64Binary>
> </data>
> In Rampart53 case 
> =============== 
> SOAPEnvelope's build() method does not add the type parameter for type hierarchies. For example  xsi:type="s1:van" is missing in the evelope.
> What the SOAP envelope should be:
> <?xml version='1.0' encoding='UTF-8'?>
>    <soapenv:Envelope xmlns:soapenv="http://www.w3.org/2003/05/soap-envelope">
>       <soapenv:Body>
>          <ns2:getVehicleResponse xmlns:ns2="http://messages.sample/xsd">
>             <ns2:vehicle xmlns:s1="http://sample/xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="s1:van">
>                <s1:vehicleID>1</s1:vehicleID>
>                <s1:weight>0</s1:weight>
>                <s1:passengers>0</s1:passengers>
>                <s1:maxload>0</s1:maxload>
>             </ns2:vehicle>
>          </ns2:getVehicleResponse>
>       </soapenv:Body>
>    </soapenv:Envelope> 
> What we get now:
> <?xml version='1.0' encoding='UTF-8'?>
>    <soapenv:Envelope xmlns:soapenv="http://www.w3.org/2003/05/soap-envelope">
>       <soapenv:Body>
>          <ns2:getVehicleResponse xmlns:ns2="http://messages.sample/xsd">
>             <vehicle xmlns="http://messages.sample/xsd">
>                <vehicleID xmlns="http://sample/xsd">1</vehicleID>
>                <weight xmlns="http://sample/xsd">0</weight>
>                <passengers xmlns="http://sample/xsd">0</passengers>
>                <maxload xmlns="http://sample/xsd">0</maxload>
>             </vehicle>
>          </ns2:getVehicleResponse>
>       </soapenv:Body>
>    </soapenv:Envelope>0 

-- 
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: axis-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-dev-help@ws.apache.org


[jira] Commented: (AXIS2-2922) Please fix codegen issues relating to Rampart-29 and Rampart-53

Posted by "Sharma, Vishal (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/AXIS2-2922?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12514162 ] 

Sharma, Vishal  commented on AXIS2-2922:
----------------------------------------

Hi,

How do we use the fixed revision? I tried using the nightly build of
Axis2, that does not even recognise rampart module. Released version is
able to recognize, but the bug persists. 



Thanks and Regards,
Vishal



> Please fix codegen issues relating to Rampart-29  and Rampart-53
> ----------------------------------------------------------------
>
>                 Key: AXIS2-2922
>                 URL: https://issues.apache.org/jira/browse/AXIS2-2922
>             Project: Axis 2.0 (Axis2)
>          Issue Type: Bug
>          Components: codegen
>    Affects Versions: 1.3
>         Environment: All
>            Reporter: Dimuthu Leelarathne
>            Assignee: Amila Chinthaka Suriarachchi
>            Priority: Blocker
>
> When code generated code is converted to doom, build() method of the SOAPEnvelope is called. This would create the SOAPEnvelope that is wrong. 
> In Rampart29 case
> ===============
> Please remove the <base64Binary> element out from the message. This element is added by "public javax.xml.stream.XMLStreamReader getPullParser(javax.xml.namespace.QName qName){" in the generated code
> <data xmlns:axis2ns1="http://www.w3.org/2005/05/xmlmime"
> axis2ns1:contentType="application/pdf">
> <base64Binary xmlns="http://www.w3.org/2001/XMLSchema">
> Y29udGVtcG9yYXJ5C ........29tbXVuaXRpZXMgbGl2aW5nIG91dHNpZGUgdGhlIGxhbmQgb2YgSbXVuaXRpZXMuCg==
> </base64Binary>
> </data>
> In Rampart53 case 
> =============== 
> SOAPEnvelope's build() method does not add the type parameter for type hierarchies. For example  xsi:type="s1:van" is missing in the evelope.
> What the SOAP envelope should be:
> <?xml version='1.0' encoding='UTF-8'?>
>    <soapenv:Envelope xmlns:soapenv="http://www.w3.org/2003/05/soap-envelope">
>       <soapenv:Body>
>          <ns2:getVehicleResponse xmlns:ns2="http://messages.sample/xsd">
>             <ns2:vehicle xmlns:s1="http://sample/xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="s1:van">
>                <s1:vehicleID>1</s1:vehicleID>
>                <s1:weight>0</s1:weight>
>                <s1:passengers>0</s1:passengers>
>                <s1:maxload>0</s1:maxload>
>             </ns2:vehicle>
>          </ns2:getVehicleResponse>
>       </soapenv:Body>
>    </soapenv:Envelope> 
> What we get now:
> <?xml version='1.0' encoding='UTF-8'?>
>    <soapenv:Envelope xmlns:soapenv="http://www.w3.org/2003/05/soap-envelope">
>       <soapenv:Body>
>          <ns2:getVehicleResponse xmlns:ns2="http://messages.sample/xsd">
>             <vehicle xmlns="http://messages.sample/xsd">
>                <vehicleID xmlns="http://sample/xsd">1</vehicleID>
>                <weight xmlns="http://sample/xsd">0</weight>
>                <passengers xmlns="http://sample/xsd">0</passengers>
>                <maxload xmlns="http://sample/xsd">0</maxload>
>             </vehicle>
>          </ns2:getVehicleResponse>
>       </soapenv:Body>
>    </soapenv:Envelope>0 

-- 
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: axis-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-dev-help@ws.apache.org