WebLogic 10.3.6.0安装反序列化补丁后Axis2返回消息缺失命名空间

我之前碰到过完全类似的场景——WebLogic的反序列化安全补丁有时候会悄悄调整容器对SOAP消息的默认处理逻辑，第三方框架比如Axis2很容易受影响。下面是几个亲测有效的排查和解决方向：

1. 强制Axis2显式声明命名空间 #

先确认Axis2自身的配置没被补丁间接干扰，尝试在配置或代码里硬指定SOAP信封的命名空间：

• 在应用的services.xml中，给服务节点补全命名空间相关配置：

<service name="YourTargetService">
    <description>业务服务描述</description>
    <schemaNamespace>http://schemas.xmlsoap.org/soap/envelope/</schemaNamespace>
    <targetNamespace>http://schemas.xmlsoap.org/soap/envelope/</targetNamespace>
    <soap:binding transport="http://schemas.xmlsoap.org/soap/http" style="document"/>
    <!-- 其他服务配置项 -->
</service>

• 如果是注解驱动的服务实现，在@WebService里明确指定命名空间参数：

@WebService(
    targetNamespace = "http://schemas.xmlsoap.org/soap/envelope/",
    serviceName = "YourTargetService",
    namespace = "http://schemas.xmlsoap.org/soap/envelope/"
)
public class YourServiceImpl implements YourService {
    // 服务方法实现
}

2. 调整WebLogic类加载优先级 #

补丁后WebLogic自带的SOAP处理类可能覆盖了Axis2的实现，通过weblogic.xml强制优先加载应用自身的类：

<wls:weblogic-web-app xmlns:wls="http://xmlns.oracle.com/weblogic/weblogic-web-app">
    <wls:container-descriptor>
        <wls:prefer-web-inf-classes>true</wls:prefer-web-inf-classes>
    </wls:container-descriptor>
</wls:weblogic-web-app>

我当初就是靠这个配置解决的问题——补丁后容器自带的JAX-WS实现篡改了命名空间输出，强制用应用内的Axis2类就恢复了正常。

3. 更新Axis2兼容版本的依赖 #

旧版本Axis2和WebLogic补丁后的类可能存在冲突，尝试升级到和WebLogic 10.3.6.0（Java 6/7环境）兼容的最新稳定版（比如Axis2 1.7.9），重点替换这几个核心jar：

• axis2-core.jar
• axis2-transport-http.jar
• axis2-xmlbeans.jar
  替换后重新打包部署，再检查SOAP响应的命名空间。

4. 调试消息生成过程定位问题 #

如果以上方法都无效，就需要跟踪SOAP信封的生成流程：

• 在Axis2的org.apache.axis2.transport.http.SOAPMessageFormatter类中添加日志，查看命名空间在生成时是否被正确设置；
• 开启WebLogic的DEBUG级别诊断日志，排查容器在处理SOAP消息时是否有修改命名空间的操作。

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