每个人都可以，
拥有SSL证书

构建一个Maven工程的时候，突然报了这么个错：

Failed to execute goal on project aml-submit-biz: Could not resolve dependencies for project cn.com.dhcc.aml.bank:aml-submit-biz:jar:3.1-ZHANG-HUA-SNAPSHOT: Failed to collect dependencies at cn.com.dhcc.aml:aml-context:jar:3.1.4: Failed to read artifact descriptor for cn.com.dhcc.aml:aml-context:jar:3.1.4: Could not transfer artifact cn.com.dhcc.aml:aml-context:pom:3.1.4 from/to nexus (http://nexus.hepengju.cn:8081/nexus/content/groups/public/): 不知道这样的主机。

看最后那句“不知道这样的主机”，直观感觉是连不上远程的Nexus。但在这个场景里，aml-context.jar其实是一个本地编译出来的包，按说根本不需要去远程仓库下载。

Maven非要去那个地址找，是因为本地仓库里没有这个构件，它只能按配置的远程仓库去解析，结果远程又连不上，就挂了。

知道了原因，解决起来就几步。

先把那个jar装到本地Maven仓库里。确认一下文件在本地哪个路径，然后执行：

mvn install:install-file -Dfile=/path/to/aml-context.jar -DgroupId=cn.com.dhcc.aml -DartifactId=aml-context -Dversion=3.1.4 -Dpackaging=jar

这里/path/to/aml-context.jar换成你机器上的实际路径。groupId、artifactId、version这三个坐标，需要跟pom.xml里要写的依赖坐标完全一致，版本号尤其别手滑，差一点后面还是找不到。

安装完之后，在pom.xml里加上依赖：

<dependency>
    <groupId>cn.com.dhcc.aml</groupId>
    <artifactId>aml-context</artifactId>
    <version>3.1.4</version>
</dependency>

接下来重新构建，命令行跑mvn clean install，或者在IDE里刷新一下Maven项目再构建。

Eclipse里右键工程，选“Maven” → “Update Project...”，IntelliJ IDEA里点一下Reimport，一般就能让IDE重新认到刚装好的本地jar。

如果上面做完构建还是去远程仓库拉包，那得检查下仓库的配置。

有些工程在pom.xml里写了<repositories>，或者在settings.xml里配了指向那个Nexus的镜像，导致Maven尝试从不可达的地址解析所有依赖。确认一下这些配置是不是正确的，不需要的话可以先注释掉。

另外，本地仓库里的缓存有时候也会捣乱。可以去~/.m2/repository/cn/com/dhcc/aml/aml-context/3.1.4这个路径下看一眼，如果有残留的损坏pom，干脆把整个3.1.4目录删掉，然后重新执行一次install:install-file。

网络连接虽然不是这个问题的核心，但如果因为代理或防火墙导致内网访问不了那个Nexus，也可以在settings.xml里调整镜像或代理设置。

这一套操作下来，本地jar包依赖解析的问题基本都能解决。其实就是一个原则：如果某个依赖不需要远程下载，就提前把它装进本地仓库，坐标和pom.xml里的保持一致，后面就不会再折腾去连那个压根连不上的地址。