当Java 9模块化项目依赖未命名的自动模块（如遗留JAR）时，mvn test会因模块路径未包含该自动模块而失败；本文提供通过提前触发maven-jar-plugin在process-classes阶段生成JAR的可靠 workaround。
当java 9模块化项目依赖未命名的自动模块（如遗留jar）时，`mvn test`会因模块路径未包含该自动模块而失败；本文提供通过提前触发`maven-jar-plugin`在`process-classes`阶段生成jar的可靠 workaround。
在Java 9+模块化构建中，一个常见痛点是：多模块Maven项目中，若某模块（如core）暂无法改造为显式命名模块，只能作为“自动模块”（automatic module）被其他Java 9模块（如service）依赖，那么mvn package可成功，但mvn test却报错 module not found: core。根本原因在于：Maven默认仅在package生命周期阶段才执行maven-jar-plugin:jar生成JAR包；而test阶段发生在package之前，此时core尚未被打包，其JAR文件不存在，JVM模块系统无法将其识别为自动模块（自动模块必须由JAR文件名推导模块名），导致模块解析失败。
✅ 核心解决思路：让core模块在test执行前就生成JAR，从而确保其能被模块路径（--module-path）正确加载为自动模块。最稳妥的方式是将maven-jar-plugin的jar目标提前绑定至process-classes阶段（该阶段在test之前、compile之后完成字节码编译与资源处理）。
以下是core/pom.xml中推荐的配置：
<build>
<pluginManagement>
<plugins>
<plugin>
<artifactId>maven-jar-plugin</artifactId>
<version>3.3.0</version> <!-- 建议使用较新稳定版 -->
<executions>
<!-- 关键：在 process-classes 阶段生成 JAR，使 test 阶段可访问 -->
<execution>
<id>repositioned-jar</id>
<phase>process-classes</phase>
<goals>
<goal>jar</goal>
</goals>
</execution>
<!-- 禁用默认绑定到 package 阶段的 jar 执行（避免重复打包） -->
<execution>
<id>default-jar</id>
<phase>none</phase>
<goals>
<goal>jar</goal>
</goals>
</execution>
</executions>
</plugin>
</plugins>
</pluginManagement>
</build>? 注意事项与补充说明：
立即学习“Java免费学习笔记（深入）”；
- 此方案仅影响构建行为，不改变
core的模块声明（仍无module-info.java），完全兼容其作为自动模块的语义； -
process-classes阶段早于test，确保target/core-*.jar在测试类加载前已存在，service模块即可通过--module-path正常解析core； - 若项目使用Maven 3.5.0+且启用了
<packaging>jar</packaging>（默认），该配置可无缝生效； - ⚠️ IDE集成限制：IntelliJ IDEA等IDE通常不严格遵循Maven生命周期钩子，可能仍无法识别此提前生成的JAR用于运行/调试测试——建议在IDE中启用 Delegate IDE build/run actions to Maven（IntelliJ路径：Settings → Build → Delegate IDE build/run actions to Maven），或统一通过命令行执行
mvn test； - 后续演进提示：一旦
core完成模块化改造（添加module-info.java），应移除此配置，并改用标准requires声明及<module></module>坐标依赖，实现更健壮的模块边界控制。
该方案已在真实复杂项目中验证有效，是平衡现代化模块迁移节奏与构建稳定性的重要实践。
