5、Maven的传递性依赖的问题
2016-02-19 20:01
344 查看
在上一篇文章中我们已经介绍了依赖性,这次我们再来介绍下传递依赖的问题,首先我们还是在上篇文章基础之上进行编写。
重点: 直接传递,间接传递,
1、当依赖等级相同时,先声明那个模块,就依赖于哪个模块的jar文件
2、可以使用,排除依赖,来获取想要的依赖jar文件
1、上篇文章中已经建立了一个user-core的模块,现在首先再建立一个user-log的模块,在此模块中引入log4j、commons-logging等包:
注意我们这里使用的log4j的版本和在user-core中使用的log4j的版本号是不同的哦。
为了方便我们在user-log中定义了一个Log类如下:
user-log的结构图如下
2、下面再建立一个项目user-dao模块,在这个模块中我们要对user类进行操作,所以要导入user-core模块:
(注意传递依赖只是传递compile范围的,test范围的不会传递过来)。
对于传递性依赖这里再做一点解释,就是这里user-core依赖于hibernate,而user-dao依赖于user-core,所以user-dao也会依赖于hibernate,这种依赖我们成为是基于compile的依赖,这个是通过scope进行配置的,我们可以在junit依赖中都配置了scope属性,如果此属性没有配置的话,则默认的是compile范围的,而对于scope为test类型的话,则不会进行传递依赖,比如下载我们把user-dao中依赖的junit去掉,如下:
此时只依赖了user-core,而user-core中依赖了junit,如下:
可以发现其中并没有junit的jar包。
3、现在再让user-dao项目依赖user-log项目:
因为我们在user-core和user-log中都使用了log4j,并且user-core中使用的是1.2.17版本的,而user-log中使用的是1.2.11版本的,那此时在user-dao中最终会引用那个版本的呢?
我们可以看到引用的是user-core中的1.2.17版本的,这是为什么呢?此时我们把在user-dao中依赖user-core和user-log的顺序给调换一下,如下:
此时我们可以看出这里引用的是user-log中的1.2.11版本的log4j,此时我们似乎明白了,在user-dao中先引用的是哪个项目就会使用此项目中的jar包,如果jar包有冲突的话。
4、到此,我们在以上项目的基础上再建立一个maven项目,命名为user-services,在此项目中依赖于user-dao,user-log,如下:
这里发现引用的是1.2.11版本,这是为什么呢?我们明明是先引用的user-dao,而user-dao中的是1.2.17版本的,为什么是这个版本呢?这是因为:
user-core依赖于log4j 1.2.17
user-log依赖于log4j 1.2.11
user-dao依赖于user-core和user-log,最终依赖于log4j 1.2.17
user-services依赖于user-dao和user-log,此时从user-services找到log4j需要经过user-dao、user-core,需要两步,而从user-log找到log4j只需要一步,所以最终会选择user-log中的log4j,这是maven中的最小路径问题。那么这个选择我们能不能控制呢?当然!我们可以修改user-services中的pom.xml,在依赖于user-log时排除对log的依赖,如下:
这样user-services就会依赖于user-dao中的log4j了。
重点: 直接传递,间接传递,
1、当依赖等级相同时,先声明那个模块,就依赖于哪个模块的jar文件
2、可以使用,排除依赖,来获取想要的依赖jar文件
1、上篇文章中已经建立了一个user-core的模块,现在首先再建立一个user-log的模块,在此模块中引入log4j、commons-logging等包:
1 <dependencies> 2 <dependency> 3 <groupId>junit</groupId> 4 <artifactId>junit</artifactId> 5 <version>4.10</version> 6 <scope>test</scope> 7 </dependency> 8 <dependency> 9 <groupId>log4j</groupId> 10 <artifactId>log4j</artifactId> 11 <version>1.2.11</version> 12 </dependency> 13 <dependency> 14 <groupId>commons-logging</groupId> 15 <artifactId>commons-logging</artifactId> 16 <version>1.1.3</version> 17 </dependency> 18 </dependencies>
注意我们这里使用的log4j的版本和在user-core中使用的log4j的版本号是不同的哦。
为了方便我们在user-log中定义了一个Log类如下:
1 2 3 public class Log { 4 5 public void print(String str){ 6 System.out.println("hello:"+str); 7 } 8 }
user-log的结构图如下
2、下面再建立一个项目user-dao模块,在这个模块中我们要对user类进行操作,所以要导入user-core模块:
1 <dependencies> 2 <dependency> 3 <groupId>junit</groupId> 4 <artifactId>junit</artifactId> 5 <version>3.8.1</version> 6 <scope>test</scope> 7 </dependency> 8 <dependency> 9 <groupId>com.lq.wangzhen.user</groupId> 10 <artifactId>user-core</artifactId> 11 <version>0.0.1-SNAPSHOT</version> 12 </dependency> 13 </dependencies>此时我们并没有在user-dao用引入hibernate的jar包,只是引用了user-core,但是我们也在user-dao中发现了hibernate的jar包,这个就是传递性依赖
(注意传递依赖只是传递compile范围的,test范围的不会传递过来)。
对于传递性依赖这里再做一点解释,就是这里user-core依赖于hibernate,而user-dao依赖于user-core,所以user-dao也会依赖于hibernate,这种依赖我们成为是基于compile的依赖,这个是通过scope进行配置的,我们可以在junit依赖中都配置了scope属性,如果此属性没有配置的话,则默认的是compile范围的,而对于scope为test类型的话,则不会进行传递依赖,比如下载我们把user-dao中依赖的junit去掉,如下:
1 <dependencies> 2 <dependency> 3 <groupId>com.lq.wangzhen.user</groupId> 4 <artifactId>user-core</artifactId> 5 <version>0.0.1-SNAPSHOT</version> 6 </dependency> 7 </dependencies>
此时只依赖了user-core,而user-core中依赖了junit,如下:
1 <dependencies> 2 <dependency> 3 <groupId>junit</groupId> 4 <artifactId>junit</artifactId> 5 <version>4.10</version> 6 <scope>test</scope> 7 </dependency> 8 <dependency> 9 <groupId>org.hibernate</groupId> 10 <artifactId>hibernate-core</artifactId> 11 <version>4.2.5.Final</version> 12 </dependency> 13 <dependency> 14 <groupId>log4j</groupId> 15 <artifactId>log4j</artifactId> 16 <version>1.2.17</version> 17 </dependency> 18 <dependency> 19 <groupId>mysql</groupId> 20 <artifactId>mysql-connector-java</artifactId> 21 <version>5.1.26</version> 22 </dependency> 23 </dependencies>但是我们可以发现在其中配置了scope属性为test,所以不会发生传递依赖,即我们的user-dao项目中不会有junit的jar包:
可以发现其中并没有junit的jar包。
3、现在再让user-dao项目依赖user-log项目:
1 <dependencies> 2 <dependency> 3 <groupId>com.lq.wangzhen.user</groupId> 4 <artifactId>user-core</artifactId> 5 <version>0.0.1-SNAPSHOT</version> 6 </dependency> 7 <dependency> 8 <groupId>com.lq.wangzhen.user</groupId> 9 <artifactId>user-log</artifactId> 10 <version>0.0.1-SNAPSHOT</version> 11 </dependency> 12 </dependencies>
因为我们在user-core和user-log中都使用了log4j,并且user-core中使用的是1.2.17版本的,而user-log中使用的是1.2.11版本的,那此时在user-dao中最终会引用那个版本的呢?
我们可以看到引用的是user-core中的1.2.17版本的,这是为什么呢?此时我们把在user-dao中依赖user-core和user-log的顺序给调换一下,如下:
1 <dependencies> 2 <dependency> 3 <groupId>com.lq.wangzhen.user</groupId> 4 <artifactId>user-log</artifactId> 5 <version>0.0.1-SNAPSHOT</version> 6 </dependency> 7 <dependency> 8 <groupId>com.lq.wangzhen.user</groupId> 9 <artifactId>user-core</artifactId> 10 <version>0.0.1-SNAPSHOT</version> 11 </dependency> 12 </dependencies>此时再观察结果:
此时我们可以看出这里引用的是user-log中的1.2.11版本的log4j,此时我们似乎明白了,在user-dao中先引用的是哪个项目就会使用此项目中的jar包,如果jar包有冲突的话。
4、到此,我们在以上项目的基础上再建立一个maven项目,命名为user-services,在此项目中依赖于user-dao,user-log,如下:
1 <dependencies> 2 <dependency> 3 <groupId>junit</groupId> 4 <artifactId>junit</artifactId> 5 <version>3.8.1</version> 6 <scope>test</scope> 7 </dependency> 8 <dependency> 9 <groupId>com.lq.wangzhen.user</groupId> 10 <artifactId>user-dao</artifactId> 11 <version>0.0.1-SNAPSHOT</version> 12 </dependency> 13 <dependency> 14 <groupId>com.lq.wangzhen.user</groupId> 15 <artifactId>user-log</artifactId> 16 <version>0.0.1-SNAPSHOT</version> 17 </dependency> 18 </dependencies>此时先引用了user-dao,而在user-dao中先引用了user-core,所以user-dao中的log4j的版本是1.2.17版本的,而user-log中的log4j是1.2.11版本的,此时user-services中的log4j是哪个版本呢?我们看图:
这里发现引用的是1.2.11版本,这是为什么呢?我们明明是先引用的user-dao,而user-dao中的是1.2.17版本的,为什么是这个版本呢?这是因为:
user-core依赖于log4j 1.2.17
user-log依赖于log4j 1.2.11
user-dao依赖于user-core和user-log,最终依赖于log4j 1.2.17
user-services依赖于user-dao和user-log,此时从user-services找到log4j需要经过user-dao、user-core,需要两步,而从user-log找到log4j只需要一步,所以最终会选择user-log中的log4j,这是maven中的最小路径问题。那么这个选择我们能不能控制呢?当然!我们可以修改user-services中的pom.xml,在依赖于user-log时排除对log的依赖,如下:
1 <dependencies> 2 <dependency> 3 <groupId>junit</groupId> 4 <artifactId>junit</artifactId> 5 <version>3.8.1</version> 6 <scope>test</scope> 7 </dependency> 8 <dependency> 9 <groupId>com.lq.wangzhen.user</groupId> 10 <artifactId>user-dao</artifactId> 11 <version>0.0.1-SNAPSHOT</version> 12 </dependency> 13 <dependency> 14 <groupId>com.lq.wangzhen.user</groupId> 15 <artifactId>user-log</artifactId> 16 <version>0.0.1-SNAPSHOT</version> <strong><span style="color:#ff0000;">17 <exclusions> 18 <exclusion> 19 <groupId>log4j</groupId> 20 <artifactId>log4j</artifactId> 21 </exclusion> 22 </exclusions></span></strong> 23 </dependency> 24 </dependencies>
这样user-services就会依赖于user-dao中的log4j了。
相关文章推荐
- CSS多列布局Multi-column、伸缩布局Flexbox、网格布局Grid详解
- 计算x转化成二进制包含1的数量
- java的Frame和JFrame中的paint方法区别
- 几种malloc实现原理 ptmalloc(glibc) && tcmalloc(google) && jemalloc(facebook)
- stroop效应
- 1.1 创造性和动机
- Facebook开源动画库 POP-小实例
- 对GET/POST请求返回cookie中的键值对进行重新组合
- 在WMware新建一个虚拟机
- shell脚本自动测试+自动覆盖率统计+自动转PDF+自动发邮件
- JFrame的组成结构
- 加载网络图片(若SDCard有,则本地加载)
- centos6 安装fcitx坎坷
- poj3630 Phone List 字典树
- C++ 在继承中虚函数、纯虚函数、普通函数,三者的区别
- java web项目启动即加载类
- Innodb中的事务隔离级别和锁的关系
- Android 点击listView的item弹出软键盘并且EditText获取焦点
- 网络流24题 飞行员配对方案问题
- 冒泡排序Bubble Sort