[
https://issues.apache.org/jira/browse/AXIS2-2638?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12494664
]
Brad commented on AXIS2-2638:
-----------------------------
Do you mean have I generated the code for the server side? If so, then no. The
server side is out of my control, it is a service which I want to call but I
have no influence over the WSDL.
I appreciate your point on WSDL version but the WSDL is not mine to change.
I think this still needs to be fixed. The API offers the ability to set these
options on the surface, but underneath the options aren't actually applied.
> stub sending text/xml instead of application/x-www-form-urlencoded
> ------------------------------------------------------------------
>
> Key: AXIS2-2638
> URL: https://issues.apache.org/jira/browse/AXIS2-2638
> Project: Axis 2.0 (Axis2)
> Issue Type: Bug
> Components: client-api
> Affects Versions: 1.2, 1.1.1
> Environment: JDK 1.4.2._13
> Reporter: Brad
> Assigned To: Keith Godwin Chapman
> Attachments: postcodeAnywhere.wsdl
>
>
> Hi all,
> I've generated client classes from a WSDL doc using the following command
> line:
> wsdl2java.bat -pn xxxxxSoap -o src -d xmlbeans -uri xxxxxxx.wsdl
> It all works fine but when I try to invoke the remote service I get
> the following error:
> org.apache.axis2.AxisFault: Transport error 500 . Error Message is
> Request format is invalid: text/xml; charset=UTF-8.
> ;
> Which is fair enough as the server is expecting content type
> "application/x-www-form-urlencoded", as specified in the WSDL:
> <wsdl:operation name="xxxxx">
> <http:operation location="/xxxxx"/>
> <wsdl:input>
> <mime:content type="application/x-www-form-urlencoded"/>
> </wsdl:input>
> <wsdl:output>
> <mime:mimeXml part="Body"/>
> </wsdl:output>
> </wsdl:operation>
> Is there any way to over ride the content type? I tried this:
> Options opts = new Options();
> opts.setProperty(Configuration.CONTENT_TYPE,
> HTTPConstants.MEDIA_TYPE_X_WWW_FORM);
> opts.setProperty(HTTPConstants.CHUNKED, Boolean.FALSE);
> client.setOptions(opts);
> I get the same error though. I tried client.setOverrideOptions(opts)
> as well but no change. Using them both causes a StackOverflowError :-)
> Any help greatly appreciated!
> Cheers,
> Brad.
> ----------------------------------------------------------------------------------------------------------------------------------
> Brad,
> Could you please log a bug in JIRA and upload your wsdl. Something is
> seriously wrong esp with the StackOverflowError.
> thanks,
> dims
--
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]
