本文直击 Maven 中 org.apache.xerces:org.apache.xerces 依赖无法解析的根本原因——坐标错误与仓库缺失，并提供标准、稳定、兼容 JDK 8–17+ 的 Xerces 引入方案，涵盖 xercesImpl 与 xml-apis 的协同配置及 Jakarta EE 迁移适配要点。
本文直击 maven 中 `org.apache.xerces:org.apache.xerces` 依赖无法解析的根本原因——坐标错误与仓库缺失，并提供标准、稳定、兼容 jdk 8–17+ 的 xerces 引入方案，涵盖 `xercesimpl` 与 `xml-apis` 的协同配置及 jakarta ee 迁移适配要点。
Maven 报错 Could not find artifact org.apache.xerces:org.apache.xerces:jar:2.12.2 in central 并非网络或镜像问题，而是依赖坐标本身无效。Apache 官方从未在 Maven Central 发布过 groupId=org.apache.xerces, artifactId=org.apache.xerces 这一组合的构件——该坐标实际源自非官方小众仓库（如 Clazzes），仅托管单个历史版本，不具备可维护性与可靠性。
✅ 正确做法：使用 Apache 官方认可且长期维护的标准坐标：
<dependencies>
<!-- 核心 XML 解析实现 -->
<dependency>
<groupId>xerces</groupId>
<artifactId>xercesImpl</artifactId>
<version>2.12.2</version>
</dependency>
<!-- 标准 XML API 接口定义（必须显式声明，避免 JDK/JRE 冲突） -->
<dependency>
<groupId>xml-apis</groupId>
<artifactId>xml-apis</artifactId>
<version>1.4.01</version>
</dependency>
</dependencies>⚠️ 注意事项：
xercesImpl的groupId是xerces（非org.apache.xerces），artifactId是xercesImpl（非org.apache.xerces）；xml-apis的groupId是xml-apis（早期 Apache 维护的通用 API 包），而非javax.xml或jakarta.xml—— 它提供的是 SAX/DOM 基础接口，与 JDK 内置 JAXP 兼容；- 二者必须成对引入：仅加
xercesImpl可能因缺少org.w3c.dom.Document等基础类而触发NoClassDefFoundError；仅加xml-apis则无实际解析能力。
? 针对 JDK 17+ 用户（推荐）：
自 JDK 14 起，JAXP 的默认实现已逐步剥离；JDK 17+ 完全移除了内置 Xerces，且 javax.* 包被 Jakarta EE 9+ 替换为 jakarta.*。若项目已升级至 Jakarta EE（如使用 jakarta.xml.parsers.DocumentBuilder），请改用 Jakarta 兼容的替代方案：
<!-- Jakarta EE 9+ 环境下推荐（替代 javax.xml） --> <dependency> <groupId>org.apache.xerces</groupId> <artifactId>xml-apis</artifactId> <version>2.12.2</version> <scope>compile</scope> </dependency> <dependency> <groupId>org.apache.xerces</groupId> <artifactId>xercesImpl</artifactId> <version>2.12.2</version> <scope>runtime</scope> </dependency>
但需同步将 Java 代码中的导入语句更新为：
import jakarta.xml.parsers.DocumentBuilder; import jakarta.xml.parsers.DocumentBuilderFactory; // 而非 import javax.xml.parsers.*;
? 补充建议：
- 避免使用
<exclusions></exclusions>盲目排除xml-apis或xercesImpl：许多第三方库（如 Log4j、Spring OXM）隐式依赖特定版本，粗暴排除易引发运行时ClassCastException（如com.sun.org.apache.xerces.internal.dom.DocumentImplvsorg.apache.xerces.dom.DocumentImpl）； - 若项目部署于 Tomcat/JBoss 等容器，请在
pom.xml中将 Xerces 依赖设为<scope>provided</scope>，由容器统一提供，避免类加载冲突； - 永远通过
mvn dependency:tree -Dincludes=xerces验证最终生效的 Xerces 版本，确保无多版本共存。
综上，Xerces 不是“Maven 找不到”，而是你告诉它去找一个根本不存在的“幽灵坐标”。回归官方坐标、明确职责分工（API 定义 vs 实现）、适配 JDK 演进阶段——这才是彻底解决解析失败、避免后续 DOM 解析异常（如 db.parse(is) 报错）的工程化正解。
