Maven讲解之 继承
Maven讲解之 继承
概念
关于Maven的继承我们可以通过一句话来简单地将其核心表达出来:当项目有多个Maven工程分工协作时,我们可以通过统一父工程的依赖以及约束关系,并将这些依赖或者约束关系传递给子工程。
实例讲解
个人而言就通过场面的字面描述来学习Maven的集成相当至晦涩难懂,下面我们将通过例子来详细讲解Maven的继承。
问题描述:
假如我们现在有一个很大的项目,其中有两个模块分别来Sales Model 和 Brokers Model,但由于在实际的开发过程中分别有不同的Team开发不同的模块。那么就会引来一个问题:在开发Sales Model和Brokers Model的时候两个Team在配置依赖关系时是否能做到高度一致呢?
很明显,是不可能。比如在Dev 开发SalesModel的时候添加了Junit的依赖,开发Brokers Model的时候其团队也添加了Junit的依赖,由于各种原因sales Team选择了junit的3.8 V ,而Brokers Team 选择了4.0 V。此时就会出现一个潜在问题就是在添加依赖时由于各自添加的Version不一致(由于test的范围依赖不能传递),在接下来的聚合过程中是否会出现一些有依赖Version不一致而导致的issue呢?
需求
- 在Distributed Dev.中 统一管理各个模块中对Junit 依赖的版本。
解决方案
- 将Junit 依赖统一添加至父工程中,在子工程中生命对Junit的依赖但不指定其版本,让父工程统一设置Junit的版本。
操作步骤
创建一个Maven工程作为父工程。注意打包的方式为pom。
- 已pom为打包方式的Maven 工程的创建。
项目结构
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.sstps.oscar</groupId>
<artifactId>Adoie</artifactId>
<version>0.0.1-SNAPSHOT</version>
<packaging>pom</packaging>
<!-- 统一管理依赖 -->
<dependencyManagement>
<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.0</version>
<scope>test</scope>
</dependency>
</dependencies>
</dependencyManagement>
</project>
在子工程中生命对父工程的引用。
- 创建一个子工程
项目结构
pom.xml
4.0.0
Brokers
war
com.sstps.oscar
Adoie
0.0.1-SNAPSHOT
../Adoie/pom.xml
junit
junit
test
将子工程的坐标中与父工程坐标中重复的内容删掉。
在父工程中统一Junit依赖。
在子工程中删除Junit依赖的版本号部分的配置。
结果验证(子工程)
注意点
在使用的父子工程依赖传递关系以后在安装和部署的时候一定先install 父工程在install 子工程,否则在install 子工程时将会报issue说找不到相应的父工程依赖从而无法执行后续操作。
还没有评论,来说两句吧...