I am trying to consume a .NET Web service from a J2EE client. I am using a dynamic proxy client from http://java.sun.com/webservices/docs/1.3/tutorial/doc/JAXRPC5.html#wp79973
However, I am have a problem with the SOAPAction HTTP header. .NET requires this header element to be set but the proxy sends an empty SOAPAction header. What is the solution to this problem?
-
No SOAPAction in dynamic proxy client (2 messages)
- Posted by: dj ebola
- Posted on: March 24 2004 04:28 EST
Threaded Messages (2)
- Set by Gerald Beuchelt on March 24 2004 12:50 EST
- Set by Roman Masek on April 23 2004 09:26 EDT
-
Set[ Go to top ]
- Posted by: Gerald Beuchelt
- Posted on: March 24 2004 12:50 EST
- in response to dj ebola
I am trying to consume a .NET Web service from a J2EE client. I am using a dynamic proxy client from http://java.sun.com/webservices/docs/1.3/tutorial/doc/JAXRPC5.html#wp79973However, I am have a problem with the SOAPAction HTTP header. .NET requires this header element to be set but the proxy sends an empty SOAPAction header. What is the solution to this problem?
Check this MSDN article on how to modify the SoapAction behavior of .NET Web Services.
<quote> If the .asmx handler doesn't find a SOAPAction match for the incoming HTTP message, it simply throws an exception (more later on how exceptions are handled). If you'd rather not rely on the SOAPAction header for method dispatching, you can instruct the .asmx handler to use the request element's name by annotating the class with the [SoapDocumentService] attribute's RoutingStyle property. If you do this, you should probably also indicate that the WebMethods don't require a SOAPAction value by setting their values to the empty string </quote> -
Set[ Go to top ]
- Posted by: Roman Masek
- Posted on: April 23 2004 09:26 EDT
- in response to Gerald Beuchelt
I'm trying to solve exactly same problem, but i'm on .NET side, RoutingStyle didn't worked, SOAPAction is still required and cannot be empty