升级至Java 17后Eclipse自定义代码生成插件类冲突问题排查

为什么Eclipse会存在与Java 17冲突的Jar？ #

Eclipse早期为了兼容旧版JDK、或者提供独立的XML处理实现，自带了一批基础插件Jar，比如你提到的javax.xml_1.3.4.v201005080400.jar。但从Java 9开始引入模块系统（JPMS），JDK本身已经整合了XML相关的API和实现；到Java 11时，javax.xml.parsers.ParserConfigurationException这类类已经是JDK核心类库的一部分。

而你的项目开启了Java 1.8兼容性，Eclipse的类加载机制在这种场景下可能会优先加载自带的旧Jar中的类，而非JDK 17里的版本，这就导致了类冲突——编译或运行时找不到正确的类类型，出现你遇到的报错。

如何排除冲突Jar解决问题？ #

1. 统一项目的JDK兼容性配置 #

• 右键项目 → 打开「Properties」→ 进入「Java Build Path」→「Libraries」：确保JRE System Library是Java 17，移除任何手动添加的旧javax.xml相关Jar包。
• 切换到「Java Compiler」：把「Compiler compliance level」改成17，同时将Source、Target、Release版本全部设为17（尽量放弃Java 1.8兼容，否则冲突风险会持续存在）。

2. 调整类加载优先级 #

• 进入「Java Build Path」→「Order and Export」：把JRE System Library拖到最顶部，确保JDK核心类库优先被加载，覆盖Eclipse自带的旧Jar中的类。

3. 针对自定义插件/OSGi项目的调整 #

如果你的自定义代码生成插件是OSGi插件：

• 打开插件的MANIFEST.MF：移除对旧javax.xml插件的依赖，改为依赖JDK的模块，比如在Module-Path部分添加requires java.xml;。
• 检查Import-Package配置：确保javax.xml.parsers这类包的引用来自JDK，而非Eclipse自带的插件。

4. 清理重建项目 #

• 执行「Project」→「Clean」，清空项目编译输出文件。
• 重新构建所有模块（包括自定义插件），确保编译过程完全使用Java 17的类库。

5. 检查Eclipse全局配置 #

• 打开「Preferences」→「Java」→「Installed JREs」：确认默认JRE是Java 17。
• 如果用了目标平台（Target Platform）：检查目标平台中是否包含旧的javax.xml插件，移除或替换为兼容Java 17的版本。

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