Maven学习(四)在命令行环境使用Maven--4.7依赖的传递性

本文详细介绍了Maven依赖的传递性原理,通过实例展示了当一个项目依赖另一个项目,而后者又依赖第三个项目时,如何判断第三个项目是否会自动引入。实验表明,compile范围的依赖可以传递,而test和provided范围的依赖则不会被传递到最终项目中。通过修改依赖范围并使用mvn dependency:tree和mvn dependency:list命令,验证了这一结论。
摘要由CSDN通过智能技术生成

七、依赖的传递性

1.依赖的传递性

①概念

A依赖B,B依赖C,那么在A没有配置对C的依赖的情况下,A能不能直接使用C?

②传递的原则

在A依赖B,B依赖C的前提下,C能否传递到A,取决于B依赖C时使用的依赖范围

  • B依赖C时使用的是compile范围:可以传递
  • B依赖C时使用test或者provided范围:不能传递。所以需要这样的jar包时,就必须在需要的地方明确配置依赖才可以。

2.使用compile范围依赖spring-core

测试方法:让pro01-maven-java工程依赖spring-core
具体操作:编辑pro01-maven-java工程根目录下的pom.xml,添加如下依赖

 <!-- https://mvnrepository.com/artifact/org.springframework/spring-core -->
        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-core</artifactId>
            <version>4.0.0.RELEASE</version>
        </dependency>

使用mvn dependency:tree来查看工程的依赖树
在这里插入图片描述
可以看到工程有依赖spring-core,并且spring-core和commos-logging都是compile范围的。
这样相当于pro01工程是A,spring-core是B,commons-logging是C,是A依赖B,B依赖C的结构。
那么C有传递到A呢?
使用mvn dependency:list验证一下
在这里插入图片描述
以上结果表明,A中依赖C,compile范围是可以传递的。

3.验证test和provided范围不能传递

我们查看pro02-maven-web工程的依赖树,发现对pro01工程依赖树,只有spring传递过来了,junit那些并不存在,证明test和provided不能传递
在这里插入图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值