Hi there,

I generate client stub code using WSDL2Java (Axis 1.1). One WSDL file
defines the webservice's encodingStyle as follows:

<soap:body namespace="urn:Abc" use="literal"
encodingStyle="http://xml.apache.org/xml-soap/literalxml"/>

The combination of use="literal" and explicitly setting an encodingStyle is
valid as far as I know from the SOAP/WSDL specs.

Anyway, in the resulting client stub code, the encodingStyle is set to null:

_call.setEncodingStyle(null);

As expected, invoking the webservice leads to an error, as the
default-encodingStyle is not supported on the server-side, and
deserialization cannot take place.

When changing the call to:

_call.setEncodingStyle("http://xml.apache.org/xml-soap/literalxml";);

everything works fine.

Is there any explanation for this behaviour, or is it just a bug in
WSDL2Java?

Thanks a lot in advance!

Kind regards,
Arno Huetter

Reply via email to