AWS CodeBuild构建SpringBoot应用失败：Maven父工程仓库路径错误

这种突然掉链子的依赖故障真的闹心，毕竟之前稳定跑了好几个月，大概率不是代码本身的问题，重点从构建环境、网络、仓库配置这几个方向排查就行：

1. 先确认CodeBuild的网络能不能连通中央仓库 #

之前正常现在报错，首当其冲要怀疑网络配置被改动了。你可以在构建脚本里加个测试命令，直接验证网络连通性：

curl -v https://repo.maven.apache.org/maven2/org/springframework/boot/spring-boot-starter-parent/1.5.9.RELEASE/spring-boot-starter-parent-1.5.9.RELEASE.pom

如果curl命令失败，那基本就是VPC的安全组、NACL规则或者路由配置被修改，导致 outbound 流量被阻断了，找运维调整下网络规则就行。

2. 检查Maven的settings配置有没有被篡改 #

有时候CodeBuild环境里的settings.xml会被意外修改——比如加了无效的代理、换了不稳定的镜像源。你可以在构建过程中打印生效的Maven配置，排查异常：

mvn help:effective-settings

重点看<repositories>部分是不是指向了正确的中央仓库，有没有奇怪的镜像或代理配置拖后腿。

3. 确认依赖版本在中央仓库仍可访问 #

虽然1.5.9.RELEASE是比较老的Spring Boot版本，但Maven中央仓库一般不会删除旧包。你可以手动在浏览器打开报错的URL，看看能不能正常下载pom文件：

• 如果能下载，说明仓库没问题，问题还是出在构建环境；
• 如果真的出现404，可以切换到国内镜像源试试，比如在pom.xml里添加阿里云镜像配置：

<repositories>
    <repository>
        <id>aliyun-public</id>
        <mirrorOf>central</mirrorOf>
        <url>https://maven.aliyun.com/repository/public</url>
    </repository>
</repositories>

4. 试试切换回旧版本的CodeBuild镜像 #

如果你用的是官方提供的构建镜像（比如aws/codebuild/amazonlinux2-x86_64-standard:4.0），最近镜像更新可能带了新的Maven版本或系统配置，导致兼容性问题。可以指定之前正常工作的旧镜像版本，看看问题会不会消失。

5. 强制清理Maven缓存 #

CodeBuild的本地仓库可能缓存了损坏的依赖文件，导致下载失败。在构建命令里加上-U参数强制更新：

mvn clean install -U

这个参数会跳过本地缓存，强制重新下载所有依赖，能解决大部分缓存损坏的问题。

对了，如果以上步骤都没解决，记得把完整的FATAL错误信息贴出来——比如是连接超时、认证失败还是404，细节越多越容易精准定位问题。

内容的提问来源于stack exchange，提问作者Gregor Sklorz