Maven的使用

raksmart0 2013-06-04

maven镜像服务器搭建与使用

 参考链接:http://www.mzone.cc/article/246.html

maven作为一个强大的项目管理软件,相信已经得到了很多人的喜爱,至少我就是其中之一。所谓“工欲善其事必先利其器”,作为一个集jar依 赖、项目管理于一体的maven,其jar依赖包的管理是首当其冲的。每个公司或组织在使用maven时定然要在自己的局域网内搭建一个镜像服务器,用来 对内提供项目依赖管理,好处当然就是不用依赖maven的中央仓库或是其他开放组织的仓库,即使断网了,公司或组织内部照样可以进行build和项目打包 编译。这个就需要用到maven的镜像服务器软件了nexus!

      nexus是一款基于java平台的maven镜像服务器软件,可以用来提供依赖包的发布、维护和管理,作为公司或组织内部与公用maven仓库之间的 缓冲镜像,可以显著的提高我们的工作效率哈。我从接触maven开始,就在着手搭建适用于公司内部的镜像服务器,从最开始的artifactory到最终 确定的nexus,都尝试了下,最终觉得nexus技高一筹。下面我简单的介绍下nexus的部署与基本使用。

一、软件环境准备

1、jre-6u17-linux-i586-rpm.bin

2、apache-maven-2.2.1-bin.tar.gz

3、nexus-webapp-1.4.0-bundle.tar.gz

二、安装java

1、进入安装目录,安装JRE(默认是安装在/usr/java目录下)

  1. chmod +x jre-6u17-linux-i586-rpm.bin
  2. ./jre-6u17-linux-i586-rpm.bin

2、设置JRE环境变量(vi ~/.bashrc),加入如下内容:

  1. set JAVA_HOME=/usr/java/jre1.6.0_17
  2. export JAVA_HOME
  3. set PATH=$JAVA_HOME/bin:$PATH
  4. export PATH

三、安装nexus和maven

  1. tar xzf nexus-webapp-1.4.0-bundle.tar.gz -C /usr/local/nexus
  2. tar xzf apache-maven-2.2.1-bin.tar.gz /usr/local
  3. mv /usr/local/apache-maven-2.2.1 /usr/local/maven

      设置MAVEN环境变量(vi ~/.bashrc),加入如下内容:

  1. set MAVEN_HOME=/usr/local/maven
  2. export MAVEN_HOME
  3. set PATH=$MAVEN_HOME/bin:$PATH
  4. export PATH

四、启动nexus

  1. cd /usr/local/nexus/nexus-webapp-1.4.0/bin/jsw/linux-x86-32/
  2. ./nexus start

      然后通过http://ipAddress:8081/nexus 访问即可!使用管理账号登录进去后就可以看到一系列的功能菜单和操作了,这里简单的介绍下nexus中的几个概念。

1、repository:仓库,就是存放jar依赖包的地方,我们可以在这里添加新的仓库,仓库类型有:proxy(代理类型,可以作为远程仓库的镜像)、host(本地仓库,比如公司内部的依赖仓库等)。

2、仓库组:repository还有组的概念,可以将多个仓库作为一个组,然后对外提供组的访问地址,这样对仓库组进行添加、删除仓库就可以动态 的改变仓库的内容。比如有一个jar包是公用仓库上没有的,但在jboss的maven仓库中找到了,那么我们可以添加一个proxy类型的仓库,然后加 入到这个仓库组中来,那么客户端只要是使用这个组的地址就可以找到这个jar依赖而无需更改仓库地址了

3、其他诸如权限等管理就可以自己摸索摸索了,最重要的是明白了maven中的依赖管理,然后结合看nexus的使用就应该比较明白了哈。

      这里只是简单的介绍了下nexus的安装和基本应用,没有太深入,给大家一个参考,以后有机会再做一个完整的深入介绍。

maven中snapshot快照库和release发布库的区别和作用

参考链接:http://www.mzone.cc/article/277.html

在使用maven过程中,我们在开发阶段经常性的会有很多公共库处于不稳定状态,随时需要修改并发布,可能一天就要发布一次,遇到bug时,甚至一 天要发布N次。我们知道,maven的依赖管理是基于版本管理的,对于发布状态的artifact,如果版本号相同,即使我们内部的镜像服务器上的组件比 本地新,maven也不会主动下载的。如果我们在开发阶段都是基于正式发布版本来做依赖管理,那么遇到这个问题,就需要升级组件的版本号,可这样就明显不 符合要求和实际情况了。但是,如果是基于快照版本,那么问题就自热而然的解决了,而maven已经为我们准备好了这一切。

      maven中的仓库分为两种,snapshot快照仓库和release发布仓库。snapshot快照仓库用于保存开发过程中的不稳定版 本,release正式仓库则是用来保存稳定的发行版本。定义一个组件/模块为快照版本,只需要在pom文件中在该模块的版本号后加上-SNAPSHOT即可(注意这里必须是大写),如下:

  1. <groupId>cc.mzone</groupId>
  2. <artifactId>m1</artifactId>
  3. <version>0.1-SNAPSHOT</version>
  4. <packaging>jar</packaging>

      maven2会根据模块的版本号(pom文件中的version)中是否带有-SNAPSHOT来判断是快照版本还是正式版本。如果是快照版本,那么在 mvn deploy时会自动发布到快照版本库中,而使用快照版本的模块,在不更改版本号的情况下,直接编译打包时,maven会自动从镜像服务器上下载最新的快 照版本。如果是正式发布版本,那么在mvn deploy时会自动发布到正式版本库中,而使用正式版本的模块,在不更改版本号的情况下,编译打包时如果本地已经存在该版本的模块则不会主动去镜像服务 器上下载。

      所以,我们在开发阶段,可以将公用库的版本设置为快照版本,而被依赖组件则引用快照版本进行开发,在公用库的快照版本更新后,我们也不需要修改pom文 件提示版本号来下载新的版本,直接mvn执行相关编译、打包命令即可重新下载最新的快照库了,从而也方便了我们进行开发。

maven2中snapshot快照库和release发布库的应用

参考链接:http://www.mzone.cc/article/279.html

在之前的文章中介绍了maven2中snapshot快照库和release发布库的区别和作用,请参看http://www.mzone.cc/article/277.html这篇文章。我今天这里要介绍的是如何在项目中应用snapshot和release库,应用snapshot和release库达到不同环境下发布不同的版本的目的,首先看一个pom文件的定义:

  1. <project>
  2. <modelVersion>4.0.0</modelVersion>
  3. <groupId>cc.mzone</groupId>
  4. <artifactId>myjar</artifactId>
  5. <version>${project.release.version}</version>
  6. <packaging>jar</packaging>
  7.  
  8. <distributionManagement>
  9. <repository>
  10. <id>mzone-release</id>
  11. <url>http://192.168.1.88/nexus/content/repositories/mzone-release</url>
  12. </repository>
  13. <snapshotRepository>
  14. <id>mzone-snapshot</id>
  15. <url>http://192.168.1.88/nexus/content/repositories/mzone-snapshot</url>
  16. </snapshotRepository>
  17. </distributionManagement>
  18.  
  19. <properties>
  20. <project.release.version>0.1-SNAPSHOT</project.release.version>
  21. </properties>
  22.  
  23. <profiles>
  24. <profile>
  25. <id>product</id>
  26. <properties>
  27. <project.release.version>0.1</project.release.version>
  28. </properties>
  29. </profile>
  30. </profiles>
  31. </project>

      首先我们看到pom文件中version的定义是采用占位符的形式,这样的好处是可以根据不同的profile来替换版本信息,比如maven默认是使用0.1-SNAPSHOT作为该模块的版本。

1、如果在发布时使用mvn deploy -P product的命令,那么会自动使用0.1作为发布版本,那么根据maven处理snapshot和release的规则,由于版本号后不带-SNAPSHOT故当成是正式发布版本,会被发布到release仓库;

2、如果发布时使用mvn deploy命令,那么就会使用默认的版本号0.1-SNAPSHOT,此时maven会认为是快照版本,会自动发布到快照版本库。

      在distributionManagement段中配置的是snapshot快照库和release发布库的地址,我这里是采用nexus作为镜像服 务器。对于版本库主要是id和url的配置,配置完成后就可以通过mvn deploy进行发布了,当然了,如果你的镜像服务器需要用户名和密码,那么还需要在maven的settings.xml文件中做如下配置:

  1. <servers>
  2. <server>
  3. <id>mzone-release</id>
  4. <username>admin</username>
  5. <password>admin123</password>
  6. </server>
  7. <server>
  8. <id>mzone-snapshot</id>
  9. <username>admin</username>
  10. <password>admin123</password>
  11. </server>
  12. </servers>

      注意这里配置的server的id必须和pom文件中的distributionManagement对应仓库的id保持一致,maven在处理发布时会根据id查找用户名称和密码进行登录和文件的上传发布。

      我们这里通过profile的定义就可以在发布灵活切换snapshot快照版本和release正式版本了,在被依赖的组件中也可以使用 profile来定义在开发阶段使用快照库,在发布阶段使用正式库的功能,只需要在不同的profile中覆盖默认的properties属性值即可。

相关推荐