ERP云WSDL调用异常：WebLogic GPI部署后出现ServerSOAPFaultException

我之前也踩过类似的WebLogic GPI部署后SOAP认证的坑，结合实际经验给你几个具体的排查方向，应该能帮你定位到问题：

1. 检查WebLogic GPI的安全策略配置 #

WebLogic自带一套严格的Web服务安全管控，很可能和你本地测试的环境差异很大：

• 先登录WebLogic控制台，找到你部署的应用对应的Web服务配置，看是否强制启用了WS-Security（比如要求UsernameToken必须是Digest模式，或者需要消息签名），而你本地测试时没做这些配置。
• 如果服务器要求WS-Security，光靠BindingContext设置用户名密码是不够的，得在客户端代码里添加对应的安全策略文件（比如wsit-client.xml），或者在WebLogic的部署描述符weblogic-webservices.xml里配置认证规则。

2. 确认BindingContext的配置在WebLogic中生效 #

WebLogic的JAX-WS实现会覆盖一部分客户端的默认配置，可能你设置的BindingContext属性根本没起作用：

• 建议改用WebLogic专属的API来设置认证信息，比如：

  import weblogic.wsee.jaxws.WLStub;
  // 假设port是你的服务端口实例
  ((WLStub) port).setUsername("your_username");
  ((WLStub) port).setPassword("your_password");
  

• 可以在代码里打印BindingContext的属性值，对比本地和WebLogic环境下的输出，看是否有被篡改的情况。

3. 排查SOAP Handler的执行问题 #

你加了Handler但没解决问题，大概率是Handler没被正确执行或者顺序不对：

• 在Handler的handleRequest方法里加日志（比如System.out.println或者用SLF4J），确认WebLogic是否真的调用了你的Handler。
• 检查handler-chain.xml的配置是否正确，尤其是命名空间和Handler的全类名，WebLogic对这个配置文件的位置和格式要求比较严格，最好放在WEB-INF目录下，并且在SEI上用@HandlerChain(file = "/WEB-INF/handler-chain.xml")注解指定。
• 另外，WebLogic自身的Handler链可能会优先执行，导致你的自定义Handler添加的认证Header被覆盖，试试调整Handler的优先级（在handler-chain.xml里用<priority>标签设置更高的优先级）。

4. 验证端点地址是否正确 #

有时候本地测试用的是内网地址，部署到WebLogic GPI后，端点地址可能需要切换为外网或者WebLogic代理的地址：

• 在客户端代码里动态打印当前的端点URL：System.out.println(port.getEndpointReference());，看是否和服务器期望的一致。
• 如果WebLogic配置了服务路由或者反向代理，要确保请求发送到正确的后端地址，不然服务器会返回格式错误的响应。

5. 对比本地和WebLogic的SOAP请求格式 #

不同的JAX-WS实现可能生成的SOAP消息格式有差异，本地用的是Sun/Oracle的JAX-WS，WebLogic用的是自己的实现，可能导致请求不符合服务器要求：

• 开启WebLogic的SOAP消息日志（在控制台的日志配置里开启Debug级别的weblogic.wsee日志），或者用抓包工具捕获WebLogic环境下发送的SOAP请求，和本地测试的请求对比。
• 重点看Header部分的命名空间、认证信息的格式（比如是否有正确的wsse:UsernameToken元素），以及SOAP Body的结构是否一致。

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