If it's wrapped doc/literal, then your message should not contain an element of type soapenc:string. Are you certain the that service is using wrapped doc/literal? What SOAP stack is the service built with?
Anne On 9/1/06, Christian Platta <[EMAIL PROTECTED]> wrote:
Hi, I have the following: Axis 1.3 A document literal (wrapped) service that I want to use A client generated with WSDL2Java My problem: When I try to deserialize a response I get an exception that says that no deserializer is found for string (namepsace http:// schemas.xmlsoap.org/soap/encoding/) This problem is caused by the setEncoding(null) method that is automatically generated by the WSDL2Java utility. When I change it to call setEncoding (org.apache.axis.Constants.URI_SOAP11_ENC) on the Call object, everything works fine. My question is now: Can I generate a stub that contains setEncoding (org.apache.axis.Constants.URI_SOAP11_ENC) automatically? Can it be that this is an error of the web service? Why do I need a SOAP encoding attribute for a document/literal service? Regards Christian --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
