Maven与nexus关系
Posted shenhaha
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Maven与nexus关系相关的知识,希望对你有一定的参考价值。
一、了解Maven,Maven用来干什么呢
1. 优秀的构建工具
通过简单的命令,能够完成清理、编译、测试、打包、部署等一系列过程。同时,不得不提的是,Maven是跨平台的,无论是在Windows、还是在Linux或Mac上,都可以使用同样的命令。
2. 依赖管理工具
项目依赖的第三方的开源类库,都可以通过依赖的方式引入到项目中来。代替了原来需要首先下载第三方jar,再加入到项目中的方式。从而更好的解决了合作开发中依赖增多、版本不一致、版本冲突、依赖臃肿等问题。
具体是怎么实现的呢?Maven通过坐标系统准确的定位每一个构件,即通过坐标找到对应的Java类库。
3. 项目信息管理工具
能够管理项目描述、开发者列表、版本控制系统地址、许可证等一些比较零散的项目信息。除了直接的项目信息,通过Maven自动生成的站点,以及一些已有的插件,还能够轻松获得项目文档、测试报告、静态分析报告、源码版本、日志报告等非常具有价值的项目信息。
二、 Maven与Nexus
这个问题从Maven的第二个用处说起,依赖管理,通过在Pom中指定坐标的形式将jar引入到项目中。那这个过程,要经历怎样一个流程呢?从哪里寻找jar?下载的jar放到哪里?
将这个问题顺下来,就知道nexus和maven的关系了。
从哪里找到jar?项目用到的jar又存放在哪里?这引出了仓库的概念,maven通过仓库来统一管理各种构件。Maven的仓库分为本地仓库和远程仓库。
当Maven根据坐标寻找构件时,它首先会查看本地仓库,如果本地仓库存在此构件,则直接使用;如果本地仓库不存在此构件,或者需要查看是否有更新的构件版本,Maven会去远程仓库查找,发现需要的构件之后,下载到本地仓库再使用。
到了这里,问题的答案也就出来了。
首先,Nexus是一种远程仓库,根据上段的介绍,我们已经知道远程仓库的作用。在远程仓库中,默认的是中央仓库,中央仓库是Maven核心自带的远程仓库。那就使用中央仓库不就得了吗,为什么我们要安装Nexus呢?
我们从项目实际开发来看:
1.一些无法从外部仓库下载的构件,例如内部的项目还能部署到私服上,以便供其他依赖项目使用。
2. 为了节省带宽和时间,在局域网内架设一个私有的仓库服务器,用其代理所有外部的远程仓库。当本地Maven项目需要下载构件时,先去私服请求,如果私服没有,则再去远程仓库请求,从远程仓库下载构件后,把构件缓存在私服上。这样,及时暂时没有Internet链接,由于私服已经缓存了大量构件,整个项目还是可以正常使用的。同时,也降低了中央仓库的负荷。
Nexus仅仅是私服的一种。
maven的仓库只有两大类:1.本地仓库 2.远程仓库,在远程仓库中又分成了3种:2.1 中央仓库 2.2 私服 2.3 其它公共库。
私服是一种特殊的远程仓库,它是架设在局域网内的仓库服务,私服代理广域网上的远程仓库,供局域网内的Maven用户使用。当Maven需要下载构件的时候,它从私服请求,如果私服上不存在该构件,则从外部的远程仓库下载,缓存在私服上之后,再为Maven的下载请求提供服务。我们还可以把一些无法从外部仓库下载到的构件上传到私服上。
Maven私服的 个特性:
1.节省自己的外网带宽:减少重复请求造成的外网带宽消耗
2.加速Maven构件:如果项目配置了很多外部远程仓库的时候,构建速度就会大大降低
3.部署第三方构件:有些构件无法从外部仓库获得的时候,我们可以把这些构件部署到内部仓库(私服)中,供内部maven项目使用
4.提高稳定性,增强控制:Internet不稳定的时候,maven构建也会变的不稳定,一些私服软件还提供了其他的功能
5.降低中央仓库的负荷:maven中央仓库被请求的数量是巨大的,配置私服也可以大大降低中央仓库的压力
因此我们在实际的项目中通常使用私服来间接访问中央仓库,项目通常不直接访问中央仓库
在私服中我们一nexus为主,下载地址是http://www.sonatype.org/nexus/go,下载之后解压缩,将nexus-2.11.1-01-bundle\nexus-2.11.1-01\bin的路径加入到我们的环境变量中去,通过cmd命令打开docs窗口,输入nexus命令,显示如下:Usage: nexus { console : start : stop : restart : install : uninstall }
请按任意键继续. . . 则表示配置成功,在我们使用之前首先需要通过nexus install命令安装私服,然后通过nexus start启动私服,nexus私服有自己内置的服务器,默认的访问端口号是8081,我们可以通过http://localhost:8081/nexus/地址访问私服,点击右上角的log in输入admin/admin123登陆私服,点击Views/Repositories下的Repositories进入如下页面:
我们看到仓库的类型主要有proxy、hosted、group类型,其中proxy是代理的远程仓库,hosted是指本地或者内部项目仓库,group只是一个仓库组,它包含其他的几个仓库,Releases是指发行版本(本地或者内部项目),Snapshots是指正在构建的版本(本地或者内部项目),Central是指中央仓库(远程中央仓库下载的构件放入此处)。
我们可以再项目的pom.xml文件中配置:
<repositories>
<repository>
<id>nexus</id>
<name>nexus-repo</name>
<url>http://localhost:8081/nexus/content/repositories/central/</url>
</repository>
</repositories>
这样我们的项目就可以从私服的中央仓库中下载构件,但是如果我们需要用到releases或者snapshots仓库,就需要增加额外的配置,此时就需要用到我们的group仓库,我们先查看一下group仓库
group仓库默认包含四个仓库,因此我们只需要配置group仓库就可以将其他几个仓库都配置上去
<repositories>
<repository>
<id>nexus</id>
<name>nexus-repo</name>
<url>http://localhost:8081/nexus/content/groups/public/</url>
</repository>
</repositories>
在项目的pom.xml文件配置,只能对当前的项目起作用,因此它是一个局部的配置,我们可以再maven的settings.xml 中配置,那么它就起到一个全局的作用,在profiles节点下配置:
<profile>
<id>nexusProfile</id>
<repositories>
<repository>
<id>nexus</id>
<name>nexus-repo</name>
<url>http://localhost:8081/nexus/content/groups/public/</url>
</repository>
</repositories>
</profile>
此时的profile并未激活,我们还需要配置:
<activeProfiles>
<activeProfile>nexusProfile</activeProfile> //其值指向profile的id
</activeProfiles>
在我们的配置文件中可能有很多个profile,每一个profile只有激活之后才生效。
这个时候当我们在我们的项目中加入依赖,项目通过我们的私服去访问远程中央仓库,将下载到的构件放入到我们的私服中,但是当我们通过nexus stop 命令关闭私服时,我们再次在项目中加入依赖我们会发现,项目会先访问私服,但是发现私服关闭了,就会从远程中央仓库去下载我们需要的构件,这样的情况并不是我们想要的 ,因为我们希望通过私服去间接的访问远程中央仓库,那么这个时候的解决办法就是配置镜像,每一个仓库都有一个唯一的id,远程中央仓库的id是central,上面配置的仓库的id为nexus,当我们的项目要访问central或nexus仓库时,我们让它镜像到其他的仓库上,不管你访问哪一个仓库,但是只能访问指定的镜像仓库,我们可以再settings.xml中的mirrors节点下配置:
<mirror>
<id>nexusId</id>
<mirrorOf>central,nexus</mirrorOf> //在这里我们通常使用*代替central,nexus,表示任何的访问都会镜像到这里
<name>Human Readable Name for this Mirror.</name>
<url>http://localhost:8081/nexus/content/groups/public/</url>
</mirror>
那么这样就实现了,只能通过私服去访问远程中央仓库。
以上是关于Maven与nexus关系的主要内容,如果未能解决你的问题,请参考以下文章