maven 传递依赖

原创
2013/08/27 17:06
阅读数 5.6K

    依赖是会被传递

     A-->C B-->A ==>B-->C(这种依赖是基于compile这个范围进行传递)

     在dependency配置中如果没有写scope默认就是compile范围,依赖的传递主要是针对compile作用域

     依赖的范围:

         test范围指的是测试范围有效,在编译和打包时都不会使用这个依赖

         compile范围指的是编译范围有效,在编译和打包时都会将依赖存储进去

         provided范围指的是在编译和测试的过程有效,最后生成war包时不会加入,诸如:servlet-api,因为servlet-api,tomcat等web服务器已经存在了,如果再打包会冲突

        runtime在运行的时候依赖,在编译的时候不依赖

     依赖冲突

     1、如果a依赖于b的1.0版本,c依赖于b的1.1版本,d依赖于a和c,这时在d的pom中哪一个依赖先写就使用先写依赖的版本

     2、如果a依赖于b的1.0版本,c依赖于b的1.1版本,d依赖于a和c,f依赖于d和c,依赖的路径的长短不一致就选择最小的

    3、如果希望精确的控制依赖包,可以使用依赖的排除功能——>exclusions来排除

展开阅读全文
打赏
1
8 收藏
分享
加载中
LZ 你好! 请教个问题, 我的模块B依赖模块A, 模块C依赖模块B, 模块A的packageing 为jar, 模块B和C 都是war, 之前都很正常, 不知道什么时候起, 项目编译的时候mavan 就报错,提示模块C 找不到模块A 的包! 请问这是什么情况啊? ps:模块C没有直接依赖模块A
2014/12/28 09:36
回复
举报

引用来自“zhaoxj”的评论

maven实战写的更细一些。推荐这本书。

嗯嗯
2013/08/29 08:39
回复
举报
maven实战写的更细一些。推荐这本书。
2013/08/28 14:00
回复
举报
此帖必火,火速留名!
2013/08/27 17:45
回复
举报
不错
2013/08/27 17:27
回复
举报
更多评论
打赏
5 评论
8 收藏
1
分享
返回顶部
顶部