javax.xml.rpc是否已迁移至Jakarta？迁移遇阻求助

1. 替换依赖获取Jakarta版本的SOAPMessageContext #

原javax.xml.rpc对应的Jakarta规范包是jakarta.xml.rpc-api，直接替换依赖即可拿到jakarta.xml.rpc.handler.soap.SOAPMessageContext：
如果用Maven，更新依赖：

<dependency>
    <groupId>jakarta.xml.rpc</groupId>
    <artifactId>jakarta.xml.rpc-api</artifactId>
    <version>2.0.0</version> <!-- 适配Jakarta EE 9及以上版本 -->
</dependency>

Gradle则对应：

implementation 'jakarta.xml.rpc:jakarta.xml.rpc-api:2.0.0'

2. 解决SOAPMessage版本不兼容问题 #

针对javax.xml.soap.SOAPMessage转jakarta.xml.soap.SOAPMessage的需求，有两种处理方式：

• 彻底替换（推荐）：把项目中所有javax.xml.soap相关依赖换成jakarta.xml.soap-api，统一使用Jakarta版本的SOAP API，从根源上避免版本冲突。
• 临时桥接过渡：如果无法一次性全量修改，可通过消息流做转换，利用两个版本API的兼容性实现互转：

// javax SOAPMessage转jakarta版本
public static jakarta.xml.soap.SOAPMessage toJakartaSOAPMessage(javax.xml.soap.SOAPMessage javaxMsg) throws Exception {
    jakarta.xml.soap.MessageFactory factory = jakarta.xml.soap.MessageFactory.newInstance();
    jakarta.xml.soap.SOAPMessage jakartaMsg = factory.createMessage();
    
    try (InputStream contentStream = javaxMsg.getSOAPPart().getContent()) {
        jakartaMsg.getSOAPPart().setContent(new StreamSource(contentStream));
    }
    return jakartaMsg;
}

// jakarta转javax的反向方法同理
public static javax.xml.soap.SOAPMessage toJavaxSOAPMessage(jakarta.xml.soap.SOAPMessage jakartaMsg) throws Exception {
    javax.xml.soap.MessageFactory factory = javax.xml.soap.MessageFactory.newInstance();
    javax.xml.soap.SOAPMessage javaxMsg = factory.createMessage();
    
    try (InputStream contentStream = jakartaMsg.getSOAPPart().getContent()) {
        javaxMsg.getSOAPPart().setContent(new StreamSource(contentStream));
    }
    return javaxMsg;
}

注意：桥接只是临时方案，长期要逐步替换所有javax相关代码。

3. 老代码维护的实操建议 #

因为代码已处于维护模式10年，无原开发人员支持，建议：

• 增量修改：先替换核心依赖，再逐个修改涉及SOAPMessageContext和SOAPMessage的代码块，每次修改后验证功能，降低风险。
• 补全测试：如果原有项目无测试用例，先针对核心SOAP交互流程补充测试，确保修改后功能正常。
• 检查容器兼容性：确保部署的应用服务器支持Jakarta EE 9+，比如Tomcat 10.x、WildFly 22+，这些版本默认使用Jakarta API，不会和javax包冲突。

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