服务器无法识别 HTTP Header SOAPAction 的值

Question

   [SoapRpcMethod(Action = "http://cyberindigo/TempWebService/InsertXML",
    RequestNamespace = "http://cyberindigo/TempWebService/Request",
    RequestElementName = "InsertXMLRequest",
    ResponseNamespace = "http://cyberindigo/TempWebService/Response",
    ResponseElementName = "InsertXMLResponse",
    Use = System.Web.Services.Description.SoapBindingUse.Literal)]

    [WebMethod]
    public string InsertXML(string Jobs)
    {
        return "Hi";
    }

The Problem when I am accessing it using XMLHttpRequest it gives following error Server did not recognize the value of HTTP Header SOAPAction: http://Cyberindigo/TempWebService/InsertXML

Answer 1

The source of the next part of this post is:

http://bluebones.net/2003/07/server-did-not-recognize-http-header-soapaction/

(since the OP didn't want to give attribution, and thanks to Peter)

Please note that bakert is the original author of the text, not the OP.

---

Seeing as nowhere on the internet can I find an explanation of this error I thought I'd share the fruits of my long search for this bug.

It means (at least in my case) that you are accessing a web service with SOAP and passing a SOAPAction parameter in the HTTP request that does not match what the service is expecting.

I got in a pickle because we moved a web service from one server to another and thus I changed the “namespace” (don't get confused between web service namespaces and .net namespaces) in the calling C# file to match the new server. But the server doesn't care about the actual web reality of http://yournamespace.com/blah it only cares that you send it what you have said you are expecting on the server. It doesn't care if there's actually anything there or not.

So basically the web service was moved from http://foo.com/servicename to http://bar.com/servicename but the “namespace” of the web service stayed as http://foo.com/servicename because no one changed it.

And that only took about 4 hours to work out!

If you're having a similar problem but can't work what I'm saying here, feel free to mail me on bakert+web@gmail.com – I wouldn't wish my four hours on anyone!

Answer 2

While calling the .asmx / wcf web service please take care of below points:

1. The namespace is case sensitive,the SOAP request MUST be sent with the same namespace with which the WebService is declared.

eg For the WebService declared as below

[WebService(Namespace = "http://MyDomain.com/TestService")] 
public class FooClass : System.Web.Services.WebService 
{
   [WebMethod]   
    public bool Foo( string name)    
     {

      ...... 
     }

 }

The SOAP request must maintain the same case for namespace while calling.Sometime we overlook the case sensitivity.

<soap:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
  <soap:Body>
     <Foo xmlns="http://MyDomain.com/TestService">
     <name>string</name>      
     </Foo>
  </soap:Body> 
</soap:Envelope>

2. The namespace need not be same as hosted url of the service.The namespace can be any string.

eg Above service may be hosted at http://84.23.9.65/MyTestService , but still while invoking the Web Service from client the namespace should be the same which the serice class is having ie http://MyDomain.com/TestService

Answer 3

I agree with Sam in that the SOAP definition does not match what is expected. Here is just ONE solution it could be, I had to manually figure this error for myself:

My problem was that I changed the name of the web method but did not change the "MessageName" in the metadata tag.

[WebMethod(MessageName = "foo")]
public string bar()
{

}

It should be

[WebMethod(MessageName = "foo")]
public string foo()
{

}

hope that helps someone

Answer 4

I've decided to post my own answer here because I've lost a few hours on this and I think that, although the accepted answer is very good and pointed me in the right direction (yes, it got a voteup), it was not detailed enough to explain what was wrong with my application, at least in my case.

I'm running a BPEL module in OpenESB 2.2 and the Test Case of my Composite Application was failing with the following error:

Caused by: System.Web.Services.Protocols.SoapException: Server did not recognize the value of HTTP Header SOAPAction: .

After doing some research I've noticed that the external WSDL has all the clues we need to fix this problem, eg, I'm using the following web service to validate a credit card number through a orchestration of Web Services: http://www.webservicex.net/CreditCard.asmx?WSDL

If you check the <wsdl:operation elements you will see that it clearly states the soapAction for that operation:

<wsdl:binding name="CCCheckerSoap" type="tns:CCCheckerSoap">
  <soap:binding transport="http://schemas.xmlsoap.org/soap/http"/>
  <wsdl:operation name="ValidateCardNumber">
    <soap:operation soapAction="http://www.webservicex.net/ValidateCardNumber" style="document"/>
    <wsdl:input>
  <soap:body use="literal"/>
</wsdl:input>
...

But, once you create the Composite Application and build the project with the BPEL that invokes this external WSDL service, for some reason (bug?), the XML of the Composite Application Service Assembly (CASA) binding is generated with an empty soapAction parameter:

<binding name="casaBinding1" type="ns:CCCheckerSoap">
        <soap:binding style="document" transport="http://schemas.xmlsoap.org/soap/http"/>
        <operation name="ValidateCardNumber">
            <soap:operation soapAction="" style="document"/>
            <input>
                <soap:body use="literal"/>
            </input>

Once you copy the proper soapAction (http://www.webservicex.net/ValidateCardNumber) into this parameter, the application's Test Case will correctly and return the expected Soap response.

<soap:operation soapAction="http://www.webservicex.net/ValidateCardNumber" style="document"/>

So, it's a more specific solution that I decided to document based on the information found in this blog post: http://bluebones.net/2003/07/server-did-not-recognize-http-header-soapaction/ .

It means (at least in my case) that you are accessing a web service with SOAP and passing a SOAPAction parameter in the HTTP request that does not match what the service is expecting .

Answer 5

I had same problem, it fixed after some checking:

<< Target WebService Exists but called method's not eXXXists. >>

my local service contain methods but target server(connecting server) does not contain specified called method.

Check your program scenario again...

Answer 6

只是为了帮助某人解决这个问题，经过一个下午的调试，问题是 Web 服务是用框架 4.5 开发的，来自 android 的调用必须用 SoapEnvelope.VER12 完成，而不是用 SoapEnvelope.VER11

Answer 7

I had similar issue. To debug the problem, I've run Wireshark and capture request generated by my code. Then I used XML Spy trial to create a SOAP request (assuming you have WSDL) and compared those two.

This should give you a hint what goes wrong.

Answer 8

I had this same problem, but the solution for me was that I was pointing to the wrong web service. I had updated the web reference correctly. But we store the URl for the service in an encrypted file, and I didn't update the file with the correct service encrypted.

But all these suggestions really helped me to realize where to go for debugging.

Thanks!

Answer 9

I had the same problem after changing the namespace from "tempuri" in my Web Service.

You have to update your Service Reference in the project that is consuming the above service, so it can get the latest SOAP definitions.

Or at least that worked for me. :)

Answer 10

我们重命名了一些 webservice 项目命名空间，但忘记使用重命名项目的命名空间更新网站 httphandlers 配置部分。

Answer 11

My error fixed by answer Mr. John Saunders : http://forums.asp.net/post/2906487.aspx

in short: difference between Namespace of ws .asmx.cs with ws .wsdl files.

1) [WebService(Namespace = "http://tempuri.org/")]

later web service namespace changed to :

2) [WebService(Namespace = "http://newvalue.com/")]

so we referenced (1) in application and web service is (2) now.

make them equal to fix your problem.

Answer 12

我遇到了同样的错误，我能够通过删除“Web 引用”并添加“服务引用”来解决它

Answer 13

I got this error when I tried to call a method which did not exist. It only existed in a newer version of our webservice.

Answer 14

I had a similar problem with the same error message:

System.Web.Services.Protocols.SoapException: Server did not recognize the value of HTTP Header SOAPAction :

We utilize dynamic URL's in our web service calls. We have a central configuration server that manages the location of all web service calls so that our code can run in DEV, test or live without recompiling. The URL for a specific web service call for the test environment was incorrect in our configuration server. The web service call was being sent to the wrong server and the wrong web service.

So this error can simply be the result of the web service request not matching the web service being called.

It took running fiddler on the Web App server to see that the actual call was to the incorrect web service.

Answer 15

the problem is in the System.Web.Services.Protocols.SoapDocumentMethodAttribute in the service. Please check it. it may changed.

Answer 16

我发现我的 Web 引用已过期，并且代码正在调用已删除的 Web 服务。

Answer 17

I had to sort out capitalisation of my service reference, delete the references and re add them to fix this. I am not sure if any of these steps are superstitious, but the problem went away.