Maven未自动下载依赖模块导致编译/测试失败问题排查

针对你遇到的问题——web模块已声明compile范围的core依赖，但Maven拉取web时未自动下载core，核心原因可以从以下几点分析：

1. BOM依赖管理导致的版本解析缺失 #

你的项目通过父POM的import scope引入了BOM，同时SDK制品统一管理服务依赖。由于BOM和SDK中仅声明了web模块的版本，未包含core模块的版本信息：

• Maven在处理传递依赖时，会优先遵循BOM的版本约定。如果BOM中没有core模块的版本定义，即使web模块的POM声明了依赖core，Maven也无法确定要下载哪个版本的core，进而跳过该依赖的拉取。
• 加上SDK仅依赖web模块，没有显式依赖core，进一步强化了Maven对“core非必需”的判断，最终导致本地仓库缺失core制品。

2. 内网仓库中web制品的POM可能存在异常 #

虽然你本地源码中web模块的POM正确声明了core依赖，但内网仓库中的web制品对应的POM文件可能存在问题：

• 比如部署多模块项目时，仅上传了web的jar包，未同步上传正确的pom.xml；或者部署过程中POM被意外修改，丢失了core的依赖声明。这种情况下，Maven从仓库拉取web后，无法读取到依赖信息，自然不会下载core。不过你通过本地mvn install能正常解决，说明源码POM是正确的，仓库POM异常的可能性相对较低，但也可以排查验证。

3. 依赖传递的特殊规则限制 #

虽然compile范围依赖默认是传递的，但如果存在以下特殊配置，也会阻止依赖自动下载：

• core模块被标记为<optional>true</optional>（即使你没显式设置，某些插件或构建脚本可能自动添加）；
• 父POM的dependencyManagement中对core模块做了排除配置；
• 自定义了Maven的依赖解析策略，修改了传递依赖的默认行为。
  不过结合你的场景，这种情况的概率较低，因为本地install后能正常构建。

验证与解决思路 #

你通过在BOM和SDK中补上core模块的依赖后解决问题，正好印证了核心原因是BOM缺失core的版本声明。Maven需要明确的版本信息才能从仓库拉取制品，补上后Maven可以确定core的版本，同时通过web的传递依赖关系自动拉取。

内容的提问来源于stack exchange，提问作者David M. Karr