[Maven实战](6)仓库(本地仓库,远程仓库,镜像)

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.****.net/SunnyYoona/article/details/50587876
1. 简介

maven可以在某个位置统一存储所有maven项目共享的构件,这个统一的位置就是仓库。实际的Maven项目将不会各自存储其依赖文件,它们只需要声明这些依赖的坐标,在需要的时候(例如,编译项目的时候需要将依赖加入到classpath中),maven会自动根据坐标找到仓库中的构件,并使用它们。为了实现重用,项目构建完毕后生成的构件也可以安装或者部署到仓库中,供其他项目使用。

2. 仓库分类

对于maven来说,仓库只分为两类:本地仓库和远程仓库。当maven根据坐标寻找构件的时候,它首先会查看本地仓库,如果本地仓库存在此构件,则直接使用;如果本地仓库不存在此构件,或者需要查看是否有更新的构件版本,maven就会去远程仓库查找,发现需要的构件之后,下载到本地仓库再使用。如果本地仓库和远程仓库都没有需要的构件,maven就会报错

在这个最基本分类的基础上,还有必要介绍一些特殊的远程仓库。*仓库是maven核心自带的远程仓库,它包含了绝大部分开源的构件。在默认配置下,当本地仓库没有maven需要的构件的时候,它就会尝试从*仓库下载。私服是另一种特殊的远程仓库,为了节省带宽和时间,应该在局域网内架设一个私有的仓库服务器,用其代理所有外部的远程仓库。内部的项目还能部署到私服上供其他项目使用。除了*仓库和私服,还有很多其他公开的远程仓库,常见的有java.net Maven库(http://download.java.net/maven/2/)和jboss Maven库(http://repository.jboss.com/maven2/)等。

[Maven实战](6)仓库(本地仓库,远程仓库,镜像)
3. 本地仓库

默认情况下,不管是在windows还是linux上,每个用户在自己的用户目录下都有一个路径名为.m2/repository/的仓库目录。有时候,因为某些原因(例如C盘空间不够,或者要重装系统等等),用户会想要自定义本地仓库目录地址。这时,可以编辑文件~/.m2/settings.xml,设置localRepository元素的值为想要的仓库地址。例如:

<settings>
<localRepository>D:\IT\maven\repo</localRepository>
<settings>
这样,该用户的本地仓库地址就被设置成了 D:\IT\maven\repo。需要注意的是,默认情况下,~/.m2/settings.xml文件是不存在的,用户需要从Maven安装目录复制$M2_HOME/conf/settings.xml文件再进行编辑。

一个构件只有在本地仓库中之后,才能由其他Maven项目使用,那么构件如何进入到本地仓库中呢?
(1)最常见的是Maven从远程仓库下载到本地仓库中。当我们第一次运行某个命令时,例如mvn compile时,会下载大量文件当本地仓库中。
(2)还有一种常见的情况是,将本地项目的构件安装到Maven仓库中。使用命令:mvn clean install即可完成安装。install目标就是将项目的构建输出文件安装到本地仓库。

4. 远程仓库

安装好Maven后,如果不执行任何Maven命令,本地仓库目录是不存在的。当用户输入第一条Maven命令之后,Maven才会创建本地仓库,然后根据配置和需要,从远程仓库下载构件至本地仓库。

[Maven实战](6)仓库(本地仓库,远程仓库,镜像)

本地仓库好比书房,我需要读书的时候先从书房找,相应的,Maven需要构件的时候先从本地仓库找。远程仓库就好比书店,当我无法从自己的书房找到需要的书的时候,就会从书店购买后放到书房。相应的,当Maven无法从本地仓库找到需要的书的时候,就会从远程仓库下载构件到本地仓库。一般的,对于每个人来说,书房只有一个,但外面的书店却有很多,类似的,对于Maven来说,每个用户只有一个本地仓库,但可以配置很多远程仓库。

5. *仓库

由于最原始的本地仓库是空的,Maven必须知道至少一个可用的远程仓库,才能在执行Maven命令的时候下载到需要的构件。*仓库就是这样一个默认的远程仓库,Maven的安装文件自带了*仓库的配置。读者可以使用解压工具打开jar文件$M2_HOME/lib/maven-model-builder-3.3.9.jar,然后访问路径:org/apache/maven/model/pom-4.0.0.xml,可以看到如下的配置:

<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>

包含这段配置的文件是所有Maven项目都会继承的超级POM。这段配置使用central对*仓库进行唯一标识,其名称为Central Repository,它使用default进行仓库布局。最后需要注意的是snapshots元素,其子元素enabled的值为false,表示不从该*仓库下载快照版本的构件。

6. 镜像仓库

如果仓库X可以提供仓库Y存储的所有内容,那么就可以认为X是Y的一个镜像。换句话说,任何一个可以从仓库Y获得的构件,都能够从它的镜像中获取。举个例子,http://maven.oschina.net/content/groups/public/ 是*仓库http://repo1.maven.org/maven2/ 在中国的镜像,由于地理位置的因素,该镜像往往能够提供比*仓库更快的服务。因此,可以配置Maven使用该镜像来替代*仓库。编辑settings.xml(apache-maven-3.3.9\conf\settings.xml),代码如下:

<mirrors>
<mirror>
<id>maven.oschina.net</id>
<mirrorOf>central</mirrorOf>
<name>maven mirror in China</name>
<url>http://maven.oschina.net/content/groups/public/</url>
</mirror>
</mirrors>

该例中,mirrorOf的值为central,表示该配置为*仓库的镜像,任何对于*仓库的请求都会转至该镜像,用户也可以使用同样的方法配置其他仓库的镜像。id表示镜像的唯一标识符,name表示镜像的名称,url表示镜像的地址。

关于镜像的一个更为常见的用法是结合私服。由于私服可以代理任何外部的公共仓库(包括*仓库),因此,对于组织内部的Maven用户来说,使用一个私服地址就等于使用了所有需要的外部仓库,这可以将配置集中到私服,从而简化Maven本身的配置。在这种情况下,任何需要的构件都可以从私服获得,私服就是所有仓库的镜像。以后再慢慢介绍私服的使用。 


下面提供一些别的镜像仓库:

<mirror>
<id>CN</id>
<name>OSChina Central</name>
<url>http://maven.oschina.net/content/groups/public/</url>
<mirrorOf>central</mirrorOf>
</mirror>
 
<mirror>
<id>repo2</id>
<mirrorOf>central</mirrorOf>
<name>Human Readable Name for this Mirror.</name>
<url>http://repo2.maven.org/maven2/</url>
</mirror>
 
<mirror>
<id>net-cn</id>
<mirrorOf>central</mirrorOf>
<name>Human Readable Name for this Mirror.</name>
<url>http://maven.net.cn/content/groups/public/</url>
</mirror>
 
<mirror>
<id>ibiblio</id>
<mirrorOf>central</mirrorOf>
<name>Human Readable Name for this Mirror.</name>
<url>http://mirrors.ibiblio.org/pub/mirrors/maven2/</url>
</mirror>
<mirror>
<id>jboss-public-repository-group</id>
<mirrorOf>central</mirrorOf>
<name>JBoss Public Repository Group</name>
<url>http://repository.jboss.org/nexus/content/groups/public</url>
</mirror>
 
<mirror>
<id>JBossJBPM</id>
<mirrorOf>central</mirrorOf>
<name>JBossJBPM Repository</name>
<url>https://repository.jboss.org/nexus/content/repositories/releases/</url>
</mirror>



来源于:《Maven实战》


上一篇:6条shell小技巧,让脚本显得不再业余(1分钟系列)


下一篇:所见不凡,带你探秘独角兽背后的大数据力量 | MaxCompute杭州Meetup报名中