maven(6)仓库

【0】README

1）本文部分文字转自 “maven实战”，旨在 review “maven(6)仓库” 的相关知识；

【1】何为 Maven仓库

1）intro to 构件：在maven中，任何一个依赖，插件或者项目构建的输出，都可以称为构件；任何一个构件都由一组坐标唯一标识；（干货——构件的定义）

2）仓库：得益于坐标机制，任何 maven项目使用任何一个构件的方式都是相同的。在此基础上，maven 可以在某个位置上统一存储所有maven 项目共享的构件，这个统一的位置就是仓库；（干货——仓库的定义）

【2】仓库的布局

1）仓库的布局方式：任何一个构件都有其唯一的坐标，根据这个坐标可以定义其仓库中的唯一存储路径，这便是 maven 的仓库布局方式；（干货——仓库的布局方式定义）

2）路径与坐标的对应关系：为 groupId/artifactId/artifactId-version.packaging；

3）有兴趣的童鞋，可以看看 maven的源码，其如何根据构件信息生成仓库中的路径（其实就是一个截取字符串和拼接字符串的过程，和 tomcat 对请求路径进行解析是同样的道理）

【3】仓库的分类

1）仓库分为两类： 本地仓库和远程仓库；

2）maven 搜寻构件的方法： 当maven 根据坐标寻找构件的时候，它首先查看本地仓库，若本地仓库中有，则直接使用；如果没有，或者需要查看是否有更新的构建版本的时候，maven 就会去远程仓库查找了；发现需要的构建后，下载到本地仓库中再使用；

3）私服（私有服务器）：私服是另一种特殊的远程仓库，为了节省带宽和时间，应该在局域网内架设一个私有的仓库服务器，用其代理所有外部的远程仓库，且内部的项目还能部署到私服上共其他项目使用；（干货——私服的定义）

Attention）

A1）除了中央仓库（http://repo1.maven.org/maven2/）和私服作为远程仓库外，还有其他公开的远程仓库：如 java .net maven 库( http://download.java.net/maven/2 ) 和 JBoss maven 库（http://repository.jboss.com/maven/2）

A2）maven 仓库的分类如下：

【3.1】本地仓库

1）intro：默认case下，每个用户在自己的用户目录都有一个路径名为 ~/.me/repository 的仓库目录；

2）自定义本地仓库目录地址：可以编辑 settings.xml ，设置 localRepository 的值；（你需要从 maven 安装目录/conf/ 目录下 copy setting 到 .m2 目录下）（干货——如何自定义本地仓库）

 <!-- localRepository| The path to the local repository maven will use to store artifacts.|| Default: ${user.home}/.m2/repository--><localRepository>D:\classical_books\java_set\maven_in_action\local_repo\</localRepository>

3）problem+solution：

3.1）problem： 构件如何进入到本地仓库中？ 一个构件只有在本地仓库中之后，才能被其他 maven 项目使用；

3.2）solution：执行 mvn clean install 命令；

【3.2】远程仓库

1）intro：安装好 maven 后，如果不执行maven命令，本地仓库目录是不会存在的；当用户输入第一条 maven 命令后，maven 才会创建本地仓库；然后根据配置需要，从远程仓库下载构件到本地仓库；

【3.3】中央仓库（属于远程仓库，https://repo.maven.apache.org/maven2）

1）intro： 中央仓库是默认的远程仓库（远程仓库可由多个），maven的安装自带了中央仓库的配置；（D:\classical_books\java_set\maven_in_action\apache-maven-3.3.9\lib\maven-model-builder-3.3.9\org\apache\maven\model\pom.xml 文件内容如下）

<project><modelVersion>4.0.0</modelVersion><repositories><repository><id>central</id><name>Central Repository</name><url>https://repo.maven.apache.org/maven2</url> <layout>default</layout><snapshots><enabled>false</enabled></snapshots></repository></repositories>

对以上代码的分析（Analysis）：看到 snapshots 里的 enabled 子元素设置为 false，表示不从该中央仓库下载快照版本的构件；

【3.4】私服

1）intro：私服是一种特殊的远程仓库，它是架设在局域网中的仓库服务，私服代理广域网上的远程仓库，供局域网内的 maven 用户使用；

2）一些无法从外部仓库下载到的构件也能从本地上传到私服上供大家使用，如下图所示：

【4】远程仓库的配置

1）默认的远程仓库：是<url>https://repo.maven.apache.org/maven2</url>，如下述代码所示，该代码来源于 D:\classical_books\java_set\maven_in_action\apache-maven-3.3.9\lib\maven-model-builder-3.3.9\org\apache\maven\model\pom.xml （即 maven安装目录/lib/.....）

<!-- START SNIPPET: superpom -->
<project><modelVersion>4.0.0</modelVersion><repositories><repository><id>central</id><name>Central Repository</name><url>https://repo.maven.apache.org/maven2</url><layout>default</layout><snapshots><enabled>false</enabled></snapshots></repository></repositories>

对以上代码的分析（Analysis）：在 repositories 元素下，可以使用 repository 子元素声明一个或多个远程仓库；

2） release 和 snapshot 来说，有3个子元素 enabled + updatePolicy + checksumPolicy；

2.1）子元素 enabled：（true or false）表示开启或关闭快照版本的下载支持；

2.2）子元素 updatePolicy：（daily, never, always, interval:X）：分别表示每天检查一次，其他可用的值包括： never 从不检查更新；always每次构建都检查更新；interval:X 每个X 分钟检查一次更新；

2.3）子元素 checksumPolicy：用来配置 maven 检查检验和文件的策略。当构件被部署到 maven 仓库中时，会同时部署对应的校验和文件；（value 可设置为 ignore）

【4.1】远程仓库认证

1）在settings.xml 中配置仓库认证信息；（为 id==my-proj 的仓库配置认证信息）

2）配置认证信息和配置仓库信息不同： 仓库信息可以直接配置在 POM 文件中，但是认证信息必须配置在 settings.xml 文件中；因为 POM 往往是被提交到代码仓库中所有成员访问的，而settings.xml 是放在本机的；

3）假设需要为一个id==my-proj 的仓库配置认证信息，修改 settings.xml 如下：

4）maven 使用 settings.xml 文件中的 servers 元素和server 子元素配置仓库认证信息；

Attention）本机子的本地仓库就是其他机子的远程仓库；

【4.2】部署至远程仓库

1）maven 能将项目生成的构件部署到仓库中。部署steps 如下：

step1）需要编辑项目的 pom.xml 文件，配置 distributionManagement 元素；

对以上代码的分析（Analysis）：

A0）配置 id， name， url 分别作为远程仓库的唯一标识，名称和地址；

A1）distributionManagement 包含 repository 和 snapshotRepository 子元素，前者表示发布版本构件的仓库，后者表示快照版本的仓库；

A2）关键是url：它表示远程仓库的地址；

step2）往远程仓库部署构件的时候，往往需要认证。 简而言之，就是需要在 settings.xml 中创建一个 server元素，其 id 与远程仓库的 id 匹配，并配置正确的认证信息；（参见【6.4.1】远程仓库认证中的认证内容）

step3）配置正确后，在命令行运行 mvn clean deploy： maven 就会将项目构建输出的构件部署到对应的远程仓库了；

【5】快照版本

1）intro：快照版本(SNAPSHOT)是不稳定的版本，而发布版本(RELEASE)是稳定的版本；

【6】从仓库解析依赖的机制

1）intro：当本地仓库没有依赖构件的时候，maven 会自动从远程仓库下载；当依赖版本为快照版本的时候，maven 会自动找到最新的快照。这背后的依赖解析机制可以概括如下：

mechanism1）当依赖的范围是 system，maven 直接从本地文件系统解析构件；

mechanism2）根据依赖坐标计算仓库路径后，尝试直接从本地仓库寻找构件，如果发现相应构件，则解析成功；

mechanism3）在本地仓库不存在相应构件的case下，如果依赖的版本是显式的发布版本构件，如1.2 等，则遍历所有的远程仓库，发现后，下载并解析使用；

mechanism4）如果依赖的版本是 RELEASE OR LATEST ，则基于更新策略读取所有远程仓库的元数据 groupId/artifactId/maven-metadata.xml，将其与本地仓库的对应元数据合并后，计算出 RELEASE OR LATEST 真实的值，然后基于该值检查本地仓库和远程仓库；

mechanism5）如果依赖的版本是 SNAPSHOT，则基于更新策略读取所有远程仓库的元数据 groupId/artifactId/version/ maven-metadata.xml，将其与本地仓库的对应元数据合并后，得到的最新快照版本的值，然后基于该值检查本地仓库，或者从远程仓库下载；

mechanism6）如果最后解析得到的构件版本是时间戳格式的快照，如 1.4.1-200911-4.121450-121，则复制其时间戳格式的文件至非时间戳格式，如 SNAPSHOT ，并使用该非时间戳格式的构件；

....... 此处省略1000字

【7】镜像

1）intro：如果仓库X 可以提供仓库 Y 存储的所有内容，那么就可以人为 X 是 Y 的一个镜像；换句话说，任何一个可以从仓库Y 获得的构件，都能够从他的镜像中获取；（干货——镜像的定义）

2）编辑 settings.xml，配置中央仓库镜像

<mirrors><!-- mirror| Specifies a repository mirror site to use instead of a given repository. The repository that| this mirror serves has an ID that matches the mirrorOf element of this mirror. IDs are used| for inheritance and direct lookup purposes, and must be unique across the set of mirrors.|<mirror><id>mirrorId</id><mirrorOf>repositoryId</mirrorOf><name>Human Readable Name for this Mirror.</name><url>http://my.repository.com/repo/path</url></mirror>--></mirrors>

对上述代码的分析（Analysis）：mirrorOf 指定了中央仓库的镜像；

3）镜像的另一种用法是结合私服：任何需要的构件都可以从私服获得，私服就是所有仓库的镜像；

4）为了满足一些复杂的要求，maven 还支持更高级的镜像配置：

【8】仓库搜索服务

1）problem+solution：

1.1）problem：如何寻找需要的依赖，因为添加 maven 依赖需要提供所确切的 maven 坐标；

1.2）使用 maven 仓库搜索服务

Sonatype Nexus（https://repository.sonatype.org/）

http://mvnbrowser.com/

http://mvnrepository.com/ （访问速度最快）