（三）Maven之仓库

时间 2019-12-09

标签 maven 仓库栏目 Maven 繁體版

原文原文链接

目录apache

引言：坐标和依赖是一个构件在Maven世界中逻辑表示方式，而构件的物理表示方式就是文件而已，仓库就是统一管理这些文件的地方。maven

目录布局

仓库类别

本地仓库
远程仓库: 中仓仓库（自带的默认远程仓库）、私服（一种特殊的远程仓库）、其余

仓库路径与坐标的关系

简而言之，具体的路径根据坐标计算得到；ui

经过坐标大体对应的仓库路径以下：
groupId/artifactId/version/artifact-version.packaging
注：阅读Maven源码得出。。

本地仓库

位置：在本地机器当前用户目录下 .m2/repository文件夹中。
注：当用户输入第一条命令后，Maven才会建立本地仓库。每一个用户只有一个本地仓库。阿里云

私服

存在的意义

1.节省外网带宽和减小Maven构建的时间
2.部署第三方构件
3.提升稳定性、加强控制url

做用

代理全部的外部的远程仓库插件

中央仓库

安装的Maven自带了中央仓库配置，Maven3中配置位于$M2_HOME/lib/maven-model-builder-3.0.jar里的/org/apache/maven/model/pom-4.0.0.xml的文件中，全部的Maven项目都会继承这个超级POM,配置以下：命令行

<repositories>
    <repository>
        <id>central </id>   <!-- 惟一标识 -->
        <name> Maven Repository Switchboard </name> <!-- 仓库名称 -->
        <url>http://repo1.maven.org/maven2<url><!-- 仓库地址 -->
        <layout>default</layout> <!-- 设置布局 -->
        <snapshots>
            <enabled> false </enabled>  <!-- 可否从仓库下载快照版本的构件 -->
        </snapshorts>
    </repository>
</repositories>

仓库配置

仓库配置、仓库认证配置、仓库镜像配置代理

关键点：仓库的ID的指定, 它是多个配置能关联起来的的纽带。code

仓库配置：在项目的pom.xml中配置
仓库认证配置：在本地Maven的setting.xml中配置
仓库镜像配置：在本地Maven的setting.xml中配置

仓库配置

举个栗子🌰：

<project>
...
<repositories>
    <repository>
        <id>jboss </id>   <!-- 惟一标识 -->
        <name> JBoss Repository </name> <!-- 仓库名称 -->
        <url>http://repository.jobss.com/maven2<url><!-- 仓库地址 -->
        <layout>default</layout> <!-- 设置布局 -->
         <releases>
            <enabled> true </enabled>  <!-- 可否从仓库下载发布版本的构件 -->
        </releases>
        <snapshots>
            <enabled> false </enabled>  <!-- 可否从仓库下载快照版本的构件 -->
            <updatePolicy> daily </updatePolicy><!- 设置从远处仓库检查更新频率，默认值：daily； 可选值：daily,never,always,interval:X -->
            <checksumPolicy> ignore </checksumPolicy><!-- 设置Maven验证 *校验和文件*的策略，默认值：warn； 可选值：warn,fail,ignore (下载构件时，Maven会验证构件的*校验和文件*，若验证失败改如何处理呢？即便用该配置处理) -->
        </snapshorts>
    </repository>
</repositories>
...
</project>

要特别注意：若是仓库的ID命名重复了，新的会覆盖老的仓库配置。

扩展：可使用命令行-U参数强制让Maven检查更新，如mvn clean install -U ；Maven就会暂时忽略仓库updatePolicy元素的配置。

##### 仓库认证配置
举个栗子🌰：

<servers>
 <server>
   <id>jboss</id>
   <username>root</username>
   <password>123456</password>
 </server>
</servers>

镜像配置

举个栗子🌰：

<!-- 阿里云镜像 -->
   <mirror>
       <id>nexus-aliyun</id>
       <name>Nexus aliyun</name>
       <url>http://maven.aliyun.com/nexus/content/groups/public</url>
       <mirrorOf>*</mirrorOf>   <!-- 镜像仓库所代理仓库的范围，支持指定被镜像的仓库名和排除某些仓库 -->
   </mirror>

啥是镜像仓库？若是仓库X能够提供仓库Y所存储的全部内容，就能够认为仓库X是Y的一个镜像。

注意：因为镜像仓库X彻底屏蔽了被镜像的仓库Y，所以即便镜像仓库X挂了，你就废了，懂不，这里被镜像的仓库没吊毛关系的。

部署至远程仓库： mvn clean deploy
```
在须要上传的工程中的pom.xml文件中加入下面的配置

release
Release Repository
http://ip/nexus/content/repositories/releases

snapshot
Snapshot Repository
http://ip/nexus/content/repositories/snapshots

或者
使用命令行方式
mvn deploy:deploy-file -DgroupId=groupId -DartifactId=artifactId -Dversion=version -Dfile=本地jar包路径 -DrepositoryId=releases/snapshots -Durl=仓库地址

举例：上传jmxri-1.2.1.jar，本地存放在D盘
mvn deploy:deploy-file -DgroupId=com.sun.jmx –DartifactId=jmxri -Dversion=1.2.1 -Dfile=d:/jmxri-1.2.1.jar -DrepositoryId=releases -Durl=http://ip/nexus/content/repositories/releases
```

规则：快照版本部署到快照仓库中，其余部署到发布版本仓库中。

解密仓库解析依赖机制

基础概念

LATEST版本：最新版本
RELEASE版本：最新发布版本

最新的版本号基于元数据：groupId/artifactId/maven-metadata.xml计算出来的。
SNAPSHOT版本：最新的快照版本

最新的版本号基于元数据：groupId/artifactId/version/maven-metadata.xml计算出来的。
在解析前，要先经过元数据计算出最新版本号。

解析机制

当依赖范围是system时，Maven会直接从本地文件系统解析构件。
构件会先从本地寻找，本地不存在再从远程仓库下载。
若是最后解析获得的构件版本是时间戳格式的快照，则要先转化为非时间戳格式，如：SNAPSHOT格式，，而后使用非时间戳格式构件。
当构件的版本不明晰时，如RELEASE、LATEST,SNAPSHOT. Maven采用最新策略，
1. 先基于更新远程仓库的策略来检查更新,决定更新后，须要检查仓库的元数据。
2. 读取全部远程仓库的元数据
3. 而后同本地元数据合并，计算并得到最新的RELEASE、LATEST,SNAPSHOT的值
4. 基于该值先从本地获取或者从远程仓库下载

中肯建议

不推荐在依赖声明中使用LATEST和RELEASE版本，特别是LATEST版本，存在必定的隐患。
注：Maven3已不在支持在插件配置中使用LATEST和RELEASE，但若是不设置插件版本，其效果同RELEASE同样，Maven只会解析最近的发布版本构件。
项目不该该依赖于任何组织外部的快照版本依赖。