本篇内容主要讲解“maven多个项目之间的依赖关系管理”，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让小编来带大家学习“maven多个项目之间的依赖关系管理”吧!
1.应用Aggregation管理多个子项目
Maven中有一个Aggregation（聚合），可以将多个项目作为模块添加到一个pom.xml中，然后告诉Jenkins这个顶层pom.xml，就可以自动从Git中拿出这些项目的源代码，并build所有的子项目和运行相应的测试程序。我这里使用的是TestNG。
比如我有两个maven项目client和email_sender，我希望一次编译并测试，在这两个项目文件夹之上的目录上添加一个pom.xml，内容如下：
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <groupId>com.kaimei.datacenter</groupId> <artifactId>cml</artifactId> <version>2.0</version> <packaging>pom</packaging> <modules> <module>client</module> <module>email_sender</module> </modules> </project>然后只要告诉Jenkins中这个pom.xml的路径即可。点击build now进行测试，可以看到两个子项目都已经被下载源代码和编译，运行了TestNG的测试程序。
注意module名称应该是子项目的目录名。
2.多个项目之间的依赖关系管理
client和email_sender项目在上例中没有关联关系，为了演示持续集成在依赖树的build管理，现在建立一个新的maven项目名叫mongo_utility，这个项目提供了一个类DBManager封装了MongoDB的连接，代码来源于我的另一篇文章：http://blog.csdn.net/sheismylife/article/details/7090526
client项目和email_sender项目都通过DBManager类来和MongoDB建立连接。因此它们的pom.xml中都有这一段：
<dependency> <groupId>com.kaimei.datacenter</groupId> <artifactId>mongo_utility</artifactId> <version>1.0</version> </dependency>build成功。仔细看Console Output，Jenkins的行为和直接使用mvn clean compile不太一样。Jenkins会将mongo_utility的源代码取出来，然后重新编译，安装到本地仓库，然后再编译其他两个工程。如果直接敲mvn clean compile的话，mongo_utility-1.0.jar会直接从私服上下载然后安装，不会编译。
3.多个项目共享相同的设置
client,email_sender和mongo_utility三个项目都用到了mongodb java library，为了便于管理，没有必要让它们各自的pom.xml中都定义相同的dependency。Maven将每个项目的pom.xml看作一个工程对象，通过继承可以让它们共享同一个配置。
在顶层的pom.xml中添加mongodb依赖：
<dependencies> <dependency> <groupId>org.mongodb</groupId> <artifactId>mongo-java-driver</artifactId> <version>2.7.2</version> </dependency> </dependencies>然后在client,mongo_utility和email_sender项目的pom.xml中分别删除上面的依赖，并添加如下配置：
<parent> <groupId>com.kaimei.datacenter</groupId> <artifactId>cml</artifactId> <version>1.0</version><!-- or whatever version you use --> <relativePath>../pom.xml</relativePath> </parent>然后测试，大功告成。
4.模块部署到nexus服务器上
如果想将某个模块项目比如这里的mongo_utility项目部署到nexus服务器上，需要调整顶层目录的pom.xml，加上下面的配置：
<distributionManagement> <repository> <id>sheismylife</id> <url>http://S1:8081/nexus/content/repositories/sheismylife</url> </repository> </distributionManagement>但是这样三个模块项目都自动继承了deploy功能。其实我只想mongo-utility模块部署到nexus上，暂时把问题放在这里吧。
然后在顶层目录上执行mvn clean deploy,一切顺利。将代码提交到git仓库中，然后修改Jenkins的项目配置页面，添加clean deploy命令。
点击Build Now按钮，看看结果，一切OK.值得一提的是，如果你通过mvn命令行执行正确，而通过Jenkins执行错误，重新启动一下Jenkins服务，或许能解决。我已经碰到几次了，似乎Jenkins有bug.
5.通过Jenkins将web项目部署到Glassfish或者Tomcat
基本做法还是通过Maven项目的plugin来完成部署。有一个问题是如果web项目和其他几个项目都作为一个大项目的模块被聚合在一起，而且都继承某个parent pom.xml，那么如何用一个Maven命令就能编译所有的模块，部署到nexus私服，而且将web项目发布到Glassfish或者Tomcat上。还正在研究，希望能够够通过Maven来实现这个功能。
6.一个Jenkins上的多个project之间的顺序执行
这个很简单，Jenkins的project配置里面可以设置在某个project之后build，或者在本project build之后build other project.
7.多个Jenkins之间的远程调用
S1上的Jenkins A调用某个shell脚本，比如curl http://S2/job/test/build
S2上的Jenkins B的test project就会被触发
到此，相信大家对“maven多个项目之间的依赖关系管理”有了更深的了解，不妨来实际操作一番吧！这里是编程网网站，更多相关内容可以进入相关频道进行查询，关注我们，继续学习！
