当 HTTP 状态为 202 时，Axis 1.4 不解码 SOAP 信封 - 错误还是功能？

Question

我正在使用 Axis 1.4 连接到 Web 服务。该服务通过使用包含错误描述和 HTTP 状态代码 202 的 SOAP 信封进行响应来发出错误信号。响应如下所示：

<soap:Envelope>
<soap:Body>
 <TestResponse>
  <TestResult>wrong format</TestResult>
 </TestResponse>
</soap:Body>
</soap:Envelope>

测试响应在 WSDL 中进行了描述：

  <s:element name="TestResponse">
    <s:complexType>
      <s:sequence>
        <s:element minOccurs="0" maxOccurs="1" name="TestResult" type="s:string"/>
      </s:sequence>
    </s:complexType>
  </s:element>

因此，在我看来一切正常。问题是，我没有收到 Axis 生成的存根的错误消息，而是收到 null 。在调试时，我在 HTTPSender 类第 705 行中找到了这一行：

if ((returnCode > 199) && (returnCode < 300)) {
    if (returnCode == 202) {
        return inp;
    }
    // SOAP return is OK - so fall through
} 

它跳过了解码 SOAP 信封的代码。所以，最后，我发送了错误的请求（它可以是运行时的任何内容，例如用户密码过期），我收到错误描述，但因为我使用 Axis，所以我无权访问它并且只收到 null，这使得调试非常困难（我发布的响应是使用 Wireshark 发现的）。

我的问题是，这是错误还是功能？制作 Web 服务滥用 HTTP 状态 202 或标准的公司是否允许这样做，而 Axis 太原始而无法支持它？充其量我想避免使用 apache 或类似的东西手动编码通信。

Answer 1

这看起来像一个错误。 HTTP 202 Accepted 状态代码用于指示请求已被接受，但需要进一步处理才能完成。响应应该有一个Location标头，表示可以对服务进行的回调，以检查请求状态，以及一个可选的正文描述性消息。

对于 Web 服务，我希望服务实现者能够处理主体响应，只要其内容与服务契约（在本例中为 WSDL）相匹配。但 Axis 的实施者可能有不同的感受。

无论如何，供应商错误地使用 202 状态代码来返回错误，这是问题的一个（大）部分。