Maven之——仓库（下）

1、快照版本号

Maven世界中不论什么项目或者构件都有自己的版本号。

Maven在构建时检測到构件是快照版本号、而且当前构件不是最新版本号的时候、就会自己主动更新、Maven的检測周期在前面在POM中配置仓库的时候提到过、<Repository>…<snapshot>true…、开启使用snapshot构件的时候、能够在snapshot标签内指定一个updatePolicy、默认值是daily、也就是每天检測一次更新、更具体的看上面。

从实际场景来理解快照版本号的意义：假设甲乙分别开发AB两个模块、乙开发的B高度依赖与甲开发的A模块、假设没有快照版本号的做法就是、甲每次更新A之后生成新的版本号号上传到Maven私服仓库中、乙每次使用的时候都要向甲询问是否有最新版本号、有的话就更新乙的B项目中关于A构件的依赖的版本号号、以便得到最新的版本号、这样不但繁琐、还有可能由于一时疏忽或者其它原因照成乙的B项目构建失败。

而假设使用快照版本号则能够非常好解决问题、Maven解析快照版本号的大致步骤例如以下——当甲将项目A定义成快照版本号、比方1.0-snapshot、然后上传到私服后（甲必须构件成功之后才干公布到私服仓库）、Maven检測到是快照版本号、就会自己主动为构件打上时间戳。

比方1.0-20141101.142213-1就表示2014年11月1日14点22分13秒第一次快照。

有了这个时间戳、Maven就能随时找到仓库中改构件的最新版本号、乙仅仅须要在B项目的POM文件的仓库配置中指定开启使用Snapshot模式、而且指定updatePolicy就能够了、这样Maven就会依据指定个更新周期定期的检測最新版本号、一旦有最新版本号、就会下载。

当项目经过完好的測试须要公布的时候、就能够将快照版改为公布版了、如将1.1-Snapshot 改成1.1版本号。表示该构件版本号已经稳定、我们在引用外部的构件的时候最好不要使用快照版本号、由于其不稳定性非常可能又有了最新的版本号、而最新的版本号与我们的需求不相符、导致构件失败。

2、从仓库解析依赖的机制

当本地仓库没有所需的依赖的时候、Maven会自己主动从远程仓库下载、当依赖版本号为快照版本号的时候、Maven又会自己主动下载最新的快照版本号、Maven3不再支持在插件中配置RELEASE和LASTEST、本质原因是这样的解析策略会有可能使用不稳定版本号导致构件失败、详细的Maven从仓库解析依赖的规则：

1) 当依赖的范围是system的时候、Maven直接从本地文件系统解析构件。

2) 依据依赖坐标计算仓库路径后、尝试直接从本地仓库寻找构件、找到、则解析成功。

3) 在本地仓库中不存在情况下、假设依赖版本号是显示公布版也就是稳定版的构件即有明白指定的版本号号、如4.1，3.8等、则遍历全部远程仓库、找到后、下载并解析使用。

4) 假设历来的版本号是SNAPSHOT的时候、则基于更新策略读取全部远程仓库的元数据groupId/artifactId/verion/maven-metatata.xml将其与本地仓库合并后、得到最新的快照版本号、然后检測本地仓库或者从远程仓库下载。

5) 假设最后解析的是时间戳格式的快照版、则将时间戳格式是文件复制至非时间戳格式、并使用。

3、镜像

假设仓库X能够提供仓库Y存储的全部内容、那么就能够觉得X是Y的一个镜像、换句话说、不论什么能够从仓库Y中获得的构件、都能够从它的镜像中获取。

关于镜像的配置是在settings.xml中：

    <mirrors>

        <mirror>

            <id>mirrorId</id>

            <mirrorOf>repositoryId</mirrorOf>

            <name>Human Readable Name for thisMirror.</name>

            <url>http://my.repository.com/repo/path</url>

        </mirror>

    </mirrors>

关键是mirrorOf、指定的是被代理的仓库的ip、此仓库也在前面提到过。

比方我们为前面配置的jboss仓库、如6.4

    <repositories>

        <repository>

            <id>jboss-maven2-release-repository</id>

            <name>JBoss Repository</name>

            <url>http://repository.jboss.org/maven2/</url>

            <layout>default</layout>

            <!--<snapshots>-->

            <!--<enabled>false</enabled>-->

            <!--</snapshots>-->

            <snapshots>

                <enabled>true</enabled>

                <checksumPolicy>ignore</checksumPolicy>

                <updatePolicy>daily</updatePolicy>

            </snapshots>

            <releases>

                <enabled>true</enabled>

            </releases>

        </repository>

    </repositories>

配置一个代理、假如代理仓库的是我们自己搭建的私服（普通情况下我们都会使用私服代理全部外部远程仓库）URL：http://192.168.1.8/content/repositories则镜像的配置：

    <mirrors>

        …

        <mirror>

            <id>nexus</id>

            <mirrorOf> jboss-maven2-release-repository</mirrorOf>

            <name>Mirror of jboss</name>

            <url> http://repository.jboss.org/maven2/</url>

        </mirror>

        …

    </mirrors>

假设想要使用私服代理全部远程仓库、则仅仅需将<mirrorOf> jboss-maven2-release-repository</mirrorOf>改为：<mirrorOf> *</mirrorOf>就能够了。

更高级的镜像配置：

            <mirrorOf>*</mirrorOf> : 匹配全部远程仓库

            <mirrorOf>external:*</mirrorOf>: 匹配全部不在本机的远程仓库

            <mirrorOf>repo1, repo2</mirrorOf>: 匹配仓库repo1、repo2、使用逗号切割多个远程仓库。

<mirrorOf>*, ! repo1</mirrorOf>: 匹配全部远程仓库、repo1除外、使用！将远程仓库从匹配中排除。

4、仓库搜索服务

使用Maven进行日常开发的时候、当知道须要使用的项目、构件的名称的时候、就能够依据名称去搜索其坐标、进而在项目中使用、以下是几个经常使用的提供仓库搜索服务的网址：

1) Sonatype Nexus

地址：http://repository.sonatype.org/

2) Central Repository

地址：http://search.maven.org/#browse

3) MVNrepository

地址：http://mvnrepository.com/

4) jboss-maven2-release-repository（可作为下载地址、不提供搜索功能）

地址：http://repository.jboss.org/maven2/

总结

理解Maven仓库概念、Maven仓库布局、能够通过构件的信息知道其在Maven仓库中的位置、理解Maven本地仓库、远程仓库、中央仓库的概念、知道中央仓库是在哪里指定的（%M2_HOME/lib/maven-model-builder-3.2.3.jar/org/apache/maven/model/pom.xml）。

理解仓库的配置、知道怎样配置远程仓库、当须要认证的时候知道怎样配置认证信息。

理解快照版本号存在的意义、掌握从仓库解析依赖的机制（注意Maven3以后的差别、就是插件配置不再提供RELEASE和LASTEST属性）、最后是镜像的概念、掌握怎样为指定仓库、或者随意仓库配置镜像。