调用SOAP服务方法时遇ClientTransportException连接超时问题求助

嘿，我来帮你排查这个问题！从你给出的错误栈和代码来看，本地调用正常但部署后触发Connection timed out，且已排除防火墙问题，咱们可以从以下几个方向逐一排查：

1. 检查代码中WSDL地址的localhost和端口配置 #

你代码里的WSDL URL是：

URL url = new URL("http://localhost:eservice/ws/hello?wsdl");

这里有两个关键问题需要修正：

• localhost：在部署机器上，这个地址会指向机器自身，但你的SOAP服务大概率不是部署在同一台机器上（本地正常是因为服务和代码都在本地）。你需要把localhost替换为SOAP服务实际部署的服务器IP或域名。
• eservice：这里应该是端口号（比如8080），而不是字符串，你需要确认服务的实际监听端口，修正这个配置错误。

2. 验证WSDL文件中的服务端点地址 #

有时候WSDL文件里的<soap:address>节点会硬编码localhost地址，即使你在代码里指定了正确的WSDL URL，生成的代理对象依然会使用WSDL中配置的端点地址发起请求。

你可以先在部署机器上访问WSDL地址，查看其中的端点配置：

示例WSDL中的地址节点：
<soap:address location="http://localhost:8080/eservice/ws/hello"/>

如果发现地址是localhost，可以通过两种方式解决：

• 修改WSDL文件中的地址为服务实际地址，重新生成客户端代理；
• 在代码中手动覆盖端点地址，示例代码如下：

  HelloWorld hello = service.getPort(HelloWorld.class);
  // 转换为BindingProvider来修改端点地址
  BindingProvider bindingProvider = (BindingProvider) hello;
  bindingProvider.getRequestContext().put(
      BindingProvider.ENDPOINT_ADDRESS_PROPERTY,
      "http://实际服务IP:端口/eservice/ws/hello" // 替换为真实地址
  );
  

3. 深层验证网络连通性 #

虽然你确认防火墙已开放，但建议在部署机器上用命令行工具验证网络连通性：

• 使用telnet测试端口可达性：

  telnet 服务IP 服务端口
  

• 使用curl测试能否获取WSDL内容：

  curl http://服务IP:端口/eservice/ws/hello?wsdl
  

如果这两个命令无法正常执行，说明网络层面仍存在问题（比如路由配置、端口映射错误等），需要进一步排查。

4. 检查SOAP服务的监听地址 #

确认SOAP服务在部署环境中是否监听0.0.0.0（允许所有IP访问），而不是仅监听127.0.0.1（仅本地访问）。如果服务只绑定了127.0.0.1，即使网络连通，外部机器也无法访问服务。

内容的提问来源于stack exchange，提问作者RaviRaj