Maven没有官方“XML插件”；所谓XML插件实为第三方工具如xml-maven-plugin（XSD校验/XSLT转换）或jaxb2-maven-plugin（XSD生成Java类），需按需引入并注意JDK兼容性与配置阶段合理性。
没有所谓“Maven的XML插件”——Maven本身不提供叫 xml-plugin 或类似名称的官方插件，也不存在专用于“处理XML文件”的通用内置插件。你遇到的可能是对插件用途的误解，或是把某插件的XML配置、XML相关功能（如生成/解析/校验XML）当成了插件名。
maven-jar-plugin 和 maven-assembly-plugin 常被误认为“XML插件”
这两个插件本身不操作XML内容，但它们的配置全写在 pom.xml 里，且常配合 XML 资源（如 application.xml、web.xml）打包，容易让人混淆：
-
maven-jar-plugin：默认只打包classes/和resources/下的文件，不会自动包含src/main/webapp/WEB-INF/web.xml—— 这是 Web 项目常见漏配点 -
maven-assembly-plugin可通过<fileset></fileset>显式拷贝任意 XML 文件，但需手动声明路径，否则 XML 配置会丢失 - 若项目含
src/main/config/*.xml，默认不进 classpath；必须用<resources></resources>块显式包含，否则运行时报FileNotFoundException
真正在处理 XML 内容的插件（非 Maven 自带，需额外引入）
如果你需要校验、转换、生成或合并 XML，得靠第三方插件，典型有：
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
-
xml-maven-plugin（来自org.codehaus.mojo）：支持 XSD 校验、XSLT 转换、XPath 查询等。注意它已多年未更新，JDK 17+ 下可能因 JAXB 移除而报NoClassDefFoundError: javax.xml.bind.JAXBContext -
jaxb2-maven-plugin：从 XSD 生成 Java 类，适用于 SOAP 或遗留 XML 接口。JDK 11+ 必须显式添加jakarta.xml.bind依赖，否则generate-sources阶段直接失败 -
maven-antrun-plugin：可调用 Ant 的<xmlvalidate></xmlvalidate>或<xslt></xslt>任务，灵活性高但配置冗长，适合临时补救
为什么别乱加“XML插件”？
很多团队在没明确需求时，看到别人 pom 里有 xml-maven-plugin 就跟着抄，结果：
- 构建变慢：XSD 校验在每次
mvn compile都触发，而实际只需要 CI 阶段做一次 - 版本冲突：该插件依赖老版
dom4j，和 Spring Boot 3.x 的jackson-dataformat-xml共存时易引发ClassCastException - CI 失败但本地正常：因本地
settings.xml里配了pluginRepositories，而 CI 环境没同步，导致插件下载失败（错误提示：Plugin not found in any plugin repository）
<plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactId>xml-maven-plugin</artifactId>
<version>1.0.2</version>
<executions>
<execution>
<goals>
<goal>validate</goal>
</goals>
<phase>process-resources</phase> <!-- 别放 compile！改到 verify 阶段更合理 -->
</execution>
</executions>
<configuration>
<schemas>
<schema>src/main/resources/schema.xsd</schema>
</schemas>
</configuration>
</plugin>真正关键的不是“有哪些XML插件”，而是想清楚：你要校验？生成代码？还是只是把 XML 打进包里？前者才需要插件，后者只需正确配置 <resources></resources> 和 <build><plugins></plugins></build> 的执行阶段——多数人卡住的地方，其实是连 src/main/resources 下的 XML 没被复制进 target/classes 都没意识到。
