本博目录:
在上篇Maven入门基础篇(http://blog.csdn.net/u012482647/article/details/78508680),简单介绍了Maven的坐标、依赖、仓库、生命周期和插件等特性,这篇我们将继续聊一聊Maven的其他特性。
一、 Maven聚合
当我们在开发过程中,可能会创建多个模块,每个模块都是一个独立的maven工程,想要一次构建这么多模块,而不是到每一个项目下执行mvn 命令,这时我们就需要用到Maven的聚合配置。
我们先创建一个project-aggregator项目作为聚合模块,它有自己的pom文件,仅仅是一个pom.xml文件,在pom文件中配置被聚合模块即可。它不包含src/main/java、src/test/java等目录,因为它只是用来帮助其它模块构建的工具,本身并没有实质的内容。
<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.cnpc</groupId>
<artifactId>RipedLife</artifactId>
<version>1.0.0-SNAPSHOT</version>
<packaging>pom</packaging>
<name>project-aggregator</name>
<modules>
<module>riped-login</module>
<module>riped-account</module>
</modules>
...
</project>
关于聚合,要明确以下几点:
1.该project-aggregator本身也做为一个Maven项目,它必须有自己的POM。
2.它的打包方式必须为: pom,否则就无法构建。
3.引入了新的元素:modules—module,里面配置被聚合模块的arfactId。
4.varsion:聚合模块的版本和被聚合模块版本保持一致。
5.目录名称:为了方便的快速定位内容,模块所处的目录应当与其artifactId一致(Maven约定而不是硬性要求),总之,模块所处的目录必须和模块所处的目录相一致。
6.约定优于配置:为了方便构建,通常将聚合模块放在项目目录层的最顶层,其它聚合模块作为子目录存在。这样当我们打开项目的时候,第一个看到的就是聚合模块的POM。
7.聚合模块和子模块的目录:他们可以是父子类,也可以是平行结构,当然如果使用平行结构,那么聚合模块的POM也需要做出相应的更改。
8.用户会选择构架整个项目或者某个模块,可以用以下命令实现。
-am,--also-make:同时构建所列模块的依赖模块
-amd,-also-make-dependents:同时构建依赖于所列模块的模块
-pl,--projects<arg>:构建指定的模块,模块间用逗号分隔
-rf,-resume-from<arg>:在完整的反应堆构建顺序基础上指定从哪个模块开始构建
二、 Maven继承
类似与java中的继承关系,在Maven中,也可以创建pom的继承关系,在父pom中声明一些配置供子pom继承,实现“一处声明,多处使用”的目的。
```
<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.cnpc</groupId>
<artifactId>RipedLife2.0</artifactId>
<version>1.0.0-SNAPSHOT</version>
<name>RipedLife</name>
<packaging>pom</packaging>
<parent>
<groupId>com.cnpc</groupId>
<artifactId>RipedLife1.0</artifactId>
<version>1.0.0-SNAPSHOT</version>
<relativePath>../RipedLife1.0/pom.xml</relativePath>
</parent>
...
</project>
关于继承,注意以下几点:
1.作为父模块的POM,其打包类型也必须为POM。
2.父模块只是为了帮助我们消除重复,所以它也不需要src/main/java、src/test/java等目录。
3.在子模块中,parent 元素引入要继承的父pom。
4.relativePath 表示父模块POM的相对路径,在构建的时候,Maven会先根据relativePath检查父POM,如果找不到,再从本地仓库查找。relativePath的默认值: ../pom.xml
5.子模块省略groupId和version: 使用了继承的子模块中可以不声明groupId和version, 子模块将隐式的继承父模块的这两个元素.
6.可以继承的元素:
groupId:项目组ID,项目坐标的核心元素
version: 项目版本, 项目坐标的核心元素
description: 项目的描述信息
organization: 项目的组织信息
inceptionYear: 项目的创始年份
url: 项目的URL地址
developers: 项目开发者信息
contributors: 项目的贡献者信息
distributionManagement: 项目的部署配置
issueManagement: 项目的缺陷跟踪系统信息
ciManagement: 项目的持续集成系统信息
scm: 项目的版本控制系统信息
mailingLists: 项目的邮件列表信息
properties: 自定义的maven属性
dependencies: 项目的依赖配置
dependencyManagement: 项目的依赖管理配置
(Maven提供的的dependencyManagement 元素声明的依赖不会引入到实际的依赖中,在子pom中只要不声明,就不会引入dependencyManagement 中的依赖)
repositories: 项目的仓库配置
build: 包括项目的源码目录配置、输出目录配置、插件配置、插件管理配置等
reporting: 包括项目的报告输出目录配置、报告插件配置等
三 、聚合与继承的比较
当我们明白聚合与继承的细节之后,我们会发现:
对于聚合模块来说,它知道有哪些被聚合的模块,而对于被聚合的模块来说,它们不知道被谁聚合了,也不知道它的存在。
对于继承关系的父POM来说,它不知道自己被哪些子模块继承了,对于子POM来说,它必须知道自己的父POM是谁。
在一些最佳实践中,我们会发现:一个POM既是聚合POM,又是父POM,这么做主要是为了方便。
综上, 聚合的目的是为了方便快速的构建项目,继承的目的是为了消除重复配置。