Mavan依赖冲突的解决办法
一、传递依赖:
1.1 概念:
A依赖B,B依赖C,C就是A的传递依赖
1.2 问题描述:
A(项目)依赖B,B依赖C(1.1版本),B是A的直接依赖,C是A的传递依赖
现在导入依赖D,D依赖C(1.2版本)。现在就导致了版本的冲突
1.3 maven的调节原则
1.3.1 第一声明者优先原则:
谁先定义就用谁的传递依赖,例如我们首先使用的是B,那么maven会先将B的依赖项 C(1.1版本)添加至项目。然后我们导入D的时候,将不会导入1.2版本的C
1.3.2 路径近者优先原则
如果我们直接对项目添加一个依赖项,而该依赖项是之前其他依赖项的传递依赖项,那么直接依赖项会被导入而传递依赖项不会导入。
注:上述两条原则,第一条是针对两个传递依赖项而言的
第二条是针对一个直接依赖项,另一个是传递依赖项而言的
1.4 排除依赖
使用eclipse 提供的工具,在pom.xml的dependency hierarchy视图下,选中自己需要排 除的冲突jar包,右键点击之后选择exclude artifact。这样做的结果就是将需要排除的jar在使用<exclusions>标签标注(包裹)
1.5 版本锁定:
指定项目中依赖的版本,方法步骤如下:
1.5.1在pom.xml文件中添加
<dependencyManagement>
<dependencies>
<dependency>
<artifactId>依赖项</artifactId>
<groupId>组名或公司域名倒写<.groupId>
<version>版本号</version>
</dependency>
</dependencies>
</dependencyManagement>
1.5.2对maven项目进行更新:
右键点击项目àmavenàupdate project
需要补充的一点就是:
在一般的情况下,即使是使用了版本锁定,在项目更新的时候,依然需要更改大量的配置语句来修改jar包的版本信息。那么我们应该如何来做简化之后版本更新的操作呢?
将版本属性设置为常量,在配置的时候引用常量即可,当我们需要更改的时候,直接更改常量而不需要更改每一个jar包的配置,示例如下:
常量设置:
<spring.version>4.2.4.RELEASE</spring.version>
常量引用:在dependencyManagement标签中使用 "$" 符,例如
<dependencyManagement>
<dependencies>
<dependency>
<artifactId>依赖项</artifactId>
<groupId>组名或公司域名倒写<.groupId>
<version>${spring.version} </version>
</dependency>
</dependencies>
</dependencyManagement>