从Java 1.4迁移至Java 17：废弃移除包替代及RHEL兼容咨询

一、Java 迁移：替换已移除的 javax 包 #

1. javax.jws（JAX-WS）替代 #

javax.jws 在 Java 11 被移除，直接采用 GlassFish 官方的 JAX-WS RI 实现：

• 下载兼容 Java 17 的核心 jar 包：jaxws-api.jar、jaxws-rt.jar、jaxb-api.jar、jaxb-impl.jar、jaxb-core.jar
• 将这些 jar 放入项目类路径，代码里的@WebService、@WebMethod等注解无需修改，RI 完全兼容原有 API

2. javax.xml 系列包替代 #

• JAXB（javax.xml.bind）：用 EclipseLink MOXy 或 GlassFish JAXB RI，下载对应 jar 加入类路径即可
• 基础 XML 处理（如 javax.xml.transform）：Java 17 保留了java.xml模块，传统类路径项目可直接使用；若用模块系统，需在module-info.java中声明requires java.xml;

3. 无 Maven 场景的依赖管理 #

• 手动维护依赖版本清单，确保所有 jar 包兼容 Java 17
• 通过 IDE 类路径配置或jar命令将依赖加入运行环境
• 用javap命令排查类冲突，删除重复依赖的 jar 包

二、Unix 迁最新 RHEL 适配 #

1. 系统环境配置 #

• 安装 RHEL 自带的 OpenJDK 17：执行dnf install java-17-openjdk java-17-openjdk-devel
• 更新环境变量：将JAVA_HOME指向/usr/lib/jvm/java-17-openjdk，把$JAVA_HOME/bin加入PATH
• 补全系统依赖：用dnf install安装项目依赖的系统库（如libxml2）

2. 脚本与运行适配 #

• 检查启动脚本：替换 Unix 专属命令（如老版本awk/sed语法），RHEL 用 GNU 工具集，多数语法兼容但需测试细节
• 权限调整：确保项目运行用户对日志目录、临时文件目录有读写执行权限
• 服务化部署：将原有启动脚本改为 systemd 单元文件，方便后台启停与日志管理

三、分步迁移流程 #

1. 先搭建本地 Java 17 测试环境，解决 javax 包替代问题，确保代码编译运行正常
2. 用 Docker 拉取 RHEL 镜像，模拟生产环境做兼容性测试
3. 逐步替换 Java 1.4 过时特性（如原始类型集合、老 IO API），改用 Java 17 的 Stream、var、try-with-resources 等特性
4. 最后在真实 RHEL 服务器部署，完成功能与性能全量测试

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