WebSphere 8.5调用外部SOAP服务报错、Tomcat9运行正常如何修复

问题核心原因 #

WebSphere 8.5.5 自带定制化的Axis2 JAX-WS实现，默认类加载优先级高于应用自带的依赖，和Tomcat使用的标准JAX-WS实现逻辑存在差异，同时对HTTP代理的适配规则有额外要求，才会触发两类报错。

修复步骤 #

1. 调整类加载优先级（必做，解决两类报错的基础）

• 登录WebSphere管理控制台，进入已部署应用的配置页面，找到「类加载和更新检测」项，将类加载顺序修改为父类最后（应用本地依赖优先加载）
• 进入同页面下的「Web模块的类加载器」配置，同样修改为应用类加载器优先
• 保存配置后重启应用实例

2. 修复生产环境 ClosedConnectionException 报错

该报错为WebSphere内置Web服务组件对代理连接的适配问题，添加如下JVM自定义参数即可：

1. 进入「服务器 > WebSphere应用服务器 > 对应实例 > 进程定义 > Java虚拟机 > 自定义属性」
2. 新增以下属性：
   • com.ibm.ws.websvcs.transport.http.proxy.enabled = true，显式开启Web服务组件的代理支持
   • com.ibm.ws.websvcs.transport.http.keepAlive = false，禁用长连接避免代理提前断开连接
   • 若代理需要身份认证，额外添加com.ibm.ws.websvcs.transport.http.proxyUsername、com.ibm.ws.websvcs.transport.http.proxyPassword配置对应代理账号密码

3. 修复本地复现的 Could not determine the operation name 报错

该报错为IBM定制Axis2实现的规则差异，可通过两种方式解决：

• 确保应用打包的axis2-jaxws、stax-api等SOAP相关依赖版本和Tomcat运行环境一致，配合第一步的类加载优先级配置，完全覆盖WebSphere自带的旧版本实现
• 在SOAP客户端初始化代码中，显式声明操作名适配IBM实现，示例代码：

// port为你生成的SOAP客户端代理对象
Map<String, Object> requestContext = ((BindingProvider) port).getRequestContext();
requestContext.put(BindingProvider.ENDPOINT_ADDRESS_PROPERTY, "实际SOAP服务地址");
// 显式指定调用的SOAP操作名，和WSDL中定义的操作名完全一致
requestContext.put("org.apache.axis2.jaxws.client.operationName", "实际调用的操作名称");

4. 无代理调试方案

无需修改代理配置即可抓取完整SOAP交互日志排查问题，在JVM自定义属性中添加：

• com.ibm.ws.websvcs.trace.level = FINEST
• com.ibm.ws.websvcs.debug = true
  完整的请求、响应报文和连接错误日志会输出到WebSphere的SystemOut.log文件中。

内容的提问来源于stack exchange，提问作者J. Doe