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
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属性)、最后是镜像的概念、掌握如何为指定仓库、或者任意仓库配置镜像。