如何在Maven构建失败时输出所有模块中无法从内部URL获取的Jar包信息

我来给你几个实用的方案，都是日常处理这类问题常用的办法，能帮你快速定位到内部仓库里缺失的Jar包：

方案一：用dependency:go-offline命令提前检查依赖 #

这个命令的核心作用就是预下载所有项目依赖，专门用来排查依赖是否能从配置的仓库正常获取。它会遍历所有模块的依赖，哪怕后续构建失败，也会把找不到的Jar包信息明确输出出来。

你可以在项目根目录执行这条命令：

mvn dependency:go-offline -Dmaven.repo.local=/path/to/your/local/repo

加上-Dmaven.repo.local是为了确保和你构建时使用的本地仓库保持一致，避免因为仓库路径不同导致的误判。执行后，所有无法从内部仓库获取的Jar包，都会在控制台输出类似Could not find artifact com.example:xxx:jar:1.0.0 in internal-repo (http://your-company-internal-repo)的错误信息，坐标和仓库信息都很清晰。

方案二：调整日志级别，在构建过程中捕获缺失信息 #

如果想在执行完整构建的同时查看缺失的Jar包，可以给构建命令加上日志参数，让Maven输出更详细的错误信息，哪怕构建失败也能保留所有模块的依赖问题记录。

推荐用这条命令：

mvn clean install -e -X

其中-e会显示详细的错误堆栈，-X会开启debug级别的日志。虽然日志内容会比较多，但你可以直接搜索关键词（比如Could not find artifact或者你的内部仓库名称），快速定位到所有缺失的Jar包信息。

方案三：用dependency:resolve单独解析依赖 #

这个命令只会专注于解析和下载项目依赖，不会执行完整的构建流程，速度更快，而且会直接报告所有无法获取的依赖项。

执行命令：

mvn dependency:resolve -U

-U参数是强制更新快照依赖（如果你的项目用到了快照版本的依赖），执行后同样会输出缺失Jar包的groupId、artifactId、版本号这些关键信息，方便你后续去内部仓库补充或者协调相关团队处理。

额外小技巧：把结果保存到文件 #

如果你想把这些缺失的依赖信息留存下来，可以把命令输出重定向到文件里：

mvn dependency:go-offline > missing-dependencies.log 2>&1

这样所有的输出（包括错误信息）都会写入missing-dependencies.log文件，后续查看和整理都很方便。

备注：内容来源于stack exchange，提问作者punit jain