maven pom继承与聚合

一、POM聚合模块：

在分布式架构，分模块化开发中，每个某块可能都是一个单独的maven项目，能够独立的进行项目构架，当模块比较多时，可以使用maven聚合聚合项目来简化maven构建，一次构建多个项目。

作用：将多个maven项目组合起来，一次构建组合中的多个项目。

实现：

1、新建一个maven项目作为聚合项目的最顶层项目packaging类型是pom，可叫做aggregator。

2、在聚合项目aggregator的pom.xml文件中设置聚合子模块：

<modules>

<module>../maven1</module>

<module>../maven2</module>

</modules>

packaging的类型为pom ，module的值是一个以当前pom.xml文件为主目录的相对路径。如../表是pom.xml文件上级目录。

3、执行maven构建命令，如：mvn clean package。会对其中所有的聚合子模块进行构建。

 

特点：

1.聚合项目本身也做为一个Maven项目，它必须有自己的POM，且它的打包方式packaging必须为:pom

2.版本：聚合模块的版本和被聚合模块版本一致

3.relative path：每个module的值都是一个当前POM的相对目录

4.习惯约定：为了方便构建，通常将聚合模块放在项目目录层的最顶层，其它聚合模块作为子目录存在。这样当我们打开项目的时候，第一个看到的就是聚合模块的POM

5.聚合模块减少的内容：聚合模块的内容仅仅是一个pom.xml文件，它不包含src/main/Java、src/test/java等目录，因为它只是用来帮助其它模块构建的工具，本身并没有实质的内容。

6.聚合模块和子模块的目录：他们可以是父子类，也可以是平行结构，当然如果使用平行结构，那么聚合模块的POM也需要做出相应的更改。

 

聚合反应堆：

在一个多模块的聚合项目中，反应堆是指所有子模块组成的一个构建集合。反应堆中包含了各个子模块之间的继承和依赖关系。构建时，反应堆会根据子模块之间的依赖管理自动计算出合理的构建顺序，并非<modules>标签中的定义顺序。

 

裁剪反应堆：当聚合项目中的模块比较多时，可以通过裁剪反应堆来指定要构建的项目：

-pl 构建指定模块

mvn clean install -pl accouont-email,account-persist后会得到如下几个模块：~email和~persist。

 

-am 选项可以同时构建所列模块的依赖模块。

当执行mvn clean install -pl account-email -am 后会得到如下几个模块：~parent和~email。

 

-amd 选项可以同时构建依赖于所列模块的模块。

mvn clean install -pl account-parent -amd 后会得到如下模块：~parent、~email和~persist。

 

-rf 选项可以在完整的反应堆构建顺序基础上，指定从哪个模块开始构建。

mvn clean install -rf account-email ，由于~email位于第三，它之后有~persist，因此会得到如下输出模块：~email和~persist。

 

在-pl -am或者-pl -amd的基础上，还能应用-rf参数，以对裁剪后的反应堆再次裁剪。

mvn clean install -pl account-parent -amd -rf account-email

其中，-pl 和 -amd参数会得到：~parent, ~email和~persist模块，在此基础上 -rf参数制定从~email开始构建，于是会得到：~email和~persist。

 

 

 

二、POM继承：

简化maven的配置，maven提供继承关系，子pom可以继承父pom的配置信息。可以在父pom中声明一些可供子pom继承的配置，实现“一次声明，多次使用”。

作用：一次声明，多次使用。

实现：

1、创建父pom maven项目，注意父pom.xml文件中packaging必须为pom，所以该项目可没有src目录。

2、在pom.xml文件中设置，可供子项目pom.xml文件可继承的配置信息。

3、在子项目pom.xml文件中设置父pom文件：

<parent>

<groupId>com.bjymaven.samples</groupId>

<artifactId>maven-parent</artifactId>

<version>0.0.1-SNAPSHOT</version>

<relativePath>../maven-parent/pom.xml</relativePath>

</parent>

注意：

relativePath指明父pom.xml文件的位置，是相对路径，相对于当前的pom.xml文件，找不到或者不设置时maven从本地仓库查找。

 

父pom中可被子pom继承的pom元素：

groupId：项目组ID，项目坐标的核心元素

version：项目版本，项目坐标的核心因素

description：项目的描述信息

organization：项目的组织信息

inceptionYear：项目的创始年份

url：项目的URL地址

developers：项目的开发者信息

contributors：项目的贡献者信息

distributionManagement：项目的部署配置

issueManagement：项目的缺陷跟踪系统信息

ciManagement：项目的持续集成系统信息

scm：项目的版本控制系统西溪

malilingLists：项目的邮件列表信息

properties：自定义的Maven属性

dependencies：项目的依赖配置

dependencyManagement：项目的依赖管理配置

repositories：项目的仓库配置

build：包括项目的源码目录配置、输出目录配置、插件配置、插件管理配置等

reporting：包括项目的报告输出目录配置、报告插件配置等

 

继承关系中依赖管理(dependencies和dependencyManagement区别)：

父pom中dependencis依赖配置，是可以继承的，故父pom中<dependencies>定义的依赖配置，会自动被子pom继承。但是当父pom中dependencis中定义了某个依赖后，子pom中必须继承这个依赖，这样子pom就失去了依赖是否继承的选择权。

 

父pom中dependencyManagement配置，也可以被继承。但是dependency Management中定义的依赖，子pom并不会直接引入到其本身依赖列表中，可以选择的继承其中的某些依赖，将其定义到本身的pom 的dependencis中，可以简化一定的配置。

 

区别：父pom中dependencis中的依赖项目，直接被子pom继承后引入到依赖列表中，而dependencyManagement中的依赖配置，被继承后，不会直接加入到子pom的依赖列表中，还是需要在子pom中手动定义。

 

继承关系中插件管理：

和依赖管理类似，有plugins和pluginmanagement元素可被继承。

 

 

 

pom聚合和继承的特点：

区别：

1.对于聚合模块来说，它知道有哪些被聚合的模块，但那些被聚合的模块不知道这个聚合模块的存在。

2.对于继承关系的父 POM来说，它不知道有哪些子模块继承与它，但那些子模块都必须知道自己的父 POM是什么。

 

共同点：

1.聚合 POM与继承关系中的父POM的 packaging都是pom

2.聚合模块与继承关系中的父模块除了 POM之外都没有实际的内容。

实际项目往往是一个POM既是聚合POM又是父POM。