Maven实战之聚合与继承

何为Maven的聚合

假设有这么一个场景，有ABC三个项目，需要一次构建三个项目，而不是分别到每个项目下面执行mvn命令，这个时候Maven的聚合特性就是为了该需求而服务的。为了解决这个问题，现需要创建一个父项目，注意：作为一个聚合项目，打包方式packaging为pom，下面就是聚合项目的例子

  4.0.0

  com.fbb

  fbbParent

  1.0

  pom

 

    fbb-A

    fbb-B

    fbb-C

 

 

       

            log4j

            log4j

            1.2.17

       

 

当在父项目下面执行mvn命令 mvn clean install 的时候，Maven会先解析结合项目的pom，分析要构建的项目，并且计算出一个反应堆构建顺序，然后根据这个顺序进行构建。

何为Maven继承

以上面的例子来说，可以做到了启动聚合项目，其下的项目都能一起执行，但是单单是构建，确实没什么问题，但是三个项目，中存在相同的依赖，也很正常，通常来说，一段代码重复出现两次以上，就得考虑着需要优化了，Maven中的继承能够解决这个需求，通过创建一个父项目，配置一些公共的配置，让子类继承，做到一处声明，多个地方使用的效果，同样的作为父项目，它的打包方式跟聚合项目一样，packaging也为pom

子类A的配置

    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">

  4.0.0

 

    com.fbb

    fbbParent

    1.0

 

  fbb-admin

  war

  fbb-admin Maven Webapp

  http://maven.apache.org

子项目B与子项目C大同小异，就不做举例子了，上面可以看出声明了一个Parent的标签，通过groupId，artifactId，version，定位到父项目，可以看出子项目定义的时候，groupId，artifactId都没有定义，这不意味着没有，是因为继承了父项目的groupId，artifactId，所以不需要声明，当然如果子项目的groupId，artifactId，需要不一样，可以显示的声明在pom上。

可以被继承的Pom元素

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

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

description：项目的描述信息

organization：项目的组织信息

inceptionYear：项目的创始年份

url：项目的URL地址

developers：项目的开发者信息

contributors：项目的贡献者信息

distributionManagement：项目的部署配置

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

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

scm：项目的版本控制系统

malilingLists：项目的邮件列表信息

properties：自定义的Maven属性

dependencies：项目的依赖配置

dependencyManagement：项目的依赖管理配置

repositories：项目的仓库配置

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

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

继承的一些灵活措施

如上面的例子，当三个子项目继承父项目的时候，相应的依赖，都会继承，但是，实际情况上，不可能每个项目都是完完全玩一样的一套依赖，比如说我有一个子项目，仅仅是用来提供一些工具，这个时候spring，mybatis相关的依赖，它们就不应该出现在子项目里面，如果出现，这就显得不合理了。Maven提供的dependencyManagement元素既能够让子模块继承父模块的依赖配置，又能保证子模块依赖使用的灵活性，它的声明不会引入实际的依赖。

  4.0.0

  com.fbb

  fbbParent

  1.0

  pom

 

    fbb-A

    fbb-B

    fbb-C

 

 

      UTF-8

      4.9

   

       

            junit

            junit

            ${junit.version}

            test

           

   

子类A的配置

    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">

  4.0.0

 

    com.fbb

    fbbParent

    1.0

 

  fbb-admin

  war

  fbb-admin Maven Webapp

  http://maven.apache.org

   

        junit

        junit

       

可以发现在子类声明依赖的时候，版本跟scope都没有声明了，因为会使用在父类中配置，但是其实可以发现，配置相比不继承的，没有节省多少内容，但是这种方式可以让各个项目的版本统一，项目的依赖更加的灵活。

插件的依赖管理

插件跟项目依赖一样，有类似于dependencyManagement的元素pluginManagement元素能进行类似的需求，在该元素下配置的依赖，不会造成实际的插件调用行为，当pom配置了plugin元素，而且groupId，artifactId匹配的时候，pluginManagement就会起到真正的作用。

聚合继承的反应堆顺序

构建顺序的形成过程：Maven按序读取Pom，如果该Pom没有依赖模块，那么就构建该模块，如果有就先构建其依赖模块，如果其依赖模块还有其他的依赖模块，就先构建它的依赖模块，总之就是先一步的构件其依赖的模块，模块间的依赖关系使得反应堆顺序形成一个有向非循环图，这个图不允许出现循环，循环依赖，Maven就会报错。