连接到 web 服务导致 com.sun.xml.internal.ws.client.ClientTransportException：服务器发送 HTTP 状态码 200

Question

我使用 sun-jaxws 制作了 wsdl。 我在Netbeanse中创建了web服务客户端，并成功调用了wsdl web服务。 然后我将我的 nginx 服务器配置为通过 https 访问 web 服务。 When I call service over https I get error com.sun.xml.internal.ws.client.ClientTransportException: The server sent HTTP status code 200: OK

我的 wsdl 可通过地址https://somesite.com/mywsdl/?wsdl 。 在 wsdl 内部，我看到了这样的服务位置：

<service name="GenericService"> <port name="GenericServicePort" binding="tns:GenericServicePortBinding"> <soap:address location="https://somesite.com:443/mywsdl"/> </port> </service>

我不知道问题是在我的 nginx 配置中，还是在我的 jaxws 中。

Answer 1

问题在于我网址中的额外斜线。 我将网址从https://somesite.com/mywsdl/?wsdl更改为https://somesite.com/mywsdl?wsdl ，问题就消失了。

Answer 2

您通常会收到ClientTransportException: The server sent HTTP status code 200: OK当您的客户端连接到的 SOAP 服务器发送content-type text/html的响应时。

We can see that in the following code: com.sun.xml.ws.transport.http.client.HttpTransportPipe (from jaxws-rt , or the same class from the internal JRE package com.sun.xml.internal.ws.transport.http.client.HttpTransportPipe )

if (contentType != null && contentType.contains("text/html") && binding instanceof SOAPBinding) {
    throw new ClientTransportException(ClientMessages.localizableHTTP_STATUS_CODE(con.statusCode, con.statusMessage));
}

通常，当您从 SOAP 服务器收到答案时，您应该得到以下内容类型作为响应：

• SOAP v1.1 使用内容类型text/xml
• SOAP v1.2 使用内容类型application/soap+xml

当响应标记为 HTML 时，它是以下问题之一：

• 您的请求发送到错误的端点，并且您会看到一些 HTML 状态页面（例如 SOAPUI 也在未知的模拟端点上执行此操作）
• 您的请求对给定端点无效，并且服务器未发送正确的SOAPFault
• 您的请求有效，但服务器在处理它时遇到问题（例如 HTTP4xx 或 HTTP5xx 未找到/错误页面为 HTML。但这些通常没有代码 200 OK），并且没有或无法发送正确的SOAPFault

无论如何，如果您尝试对此进行调试，您的第一步应该是在您的 SOAP 客户端上启用以下 vmoptions：

-Dcom.sun.xml.ws.transport.http.client.HttpTransportPipe.dump=TRUE
-Dcom.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.dump=TRUE
-Dcom.sun.xml.ws.transport.http.HttpAdapter.dump=TRUE
-Dcom.sun.xml.internal.ws.transport.http.HttpAdapter.dump=TRUE
-Dcom.sun.xml.internal.ws.transport.http.HttpAdapter.dumpTreshold=999999

这些将转储/记录整个 HTTP 请求 + 响应（标头和正文）。 有了这个，您可以根据端点和（可能的）HTML 页面正文来分析错误的确切位置。 可能是 HTML，因为它也很可能是一个正常的 SOAPFault XML，只是内容类型错误 header（如果服务器未正确实现）。

有关此类 SOAP 问题的更多信息，您还可以阅读以下问题：

• UnsupportedMediaException -> 如何获得实际响应？
• 不支持的内容类型：文本/xml； charset=utf-8 支持的有：[application/soap+xml]