mvn scope (转)

最新推荐文章于 2024-10-31 10:11:14 发布

diannianyong4129

最新推荐文章于 2024-10-31 10:11:14 发布

阅读量108

点赞数

CC 4.0 BY-SA版权

文章标签：运维 java runtime

原文链接：http://www.cnblogs.com/zhudongchang/p/6744302.html

本文详细介绍了Maven中三种依赖管理策略：使用provided和test范围排除标准库和测试依赖，利用exclusions排除传递依赖，以及使用optional避免不必要的依赖传递。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

策略一:

对于容器提供的（如:servlet-api-2.3等）和测试需要时的(如:junit-3.81等),可以直接在pom.xml中去掉。

maven的dependency中有一个tag是<scope>option</scope>，其option有以下几个值：

compile，缺省值，适用于所有阶段，会随着项目一起发布。

provided，类似compile，期望JDK、容器或使用者会提供这个依赖。如servlet-api-2.3.jar。

runtime，在运行时使用，如JDBC驱动，适用运行和测试阶段。如plexus-utils-1.1.jar

test 只在测试时使用，用于编译和运行测试代码。不会随项目发布。如Junit-3.8.1.jar

system，类似provided，需要显式提供包含依赖的jar，Maven不会在Repository中查找它。

如:

<groupId>servletapi</groupId>

<artifactId>servlet-api</artifactId>

<scope>provided</scope>

</dependency>

<groupId>junit</groupId>

<artifactId>junit</artifactId>

</dependency>

策略二:

对于第三方jar包，传递依赖到war包的，但发布时并不需要的。

如:我们项目中使用了webwork－2.2.3.jar。可以我们在打包后发现在war下的lib中多了spring-web-1.2.jar，可是我们项目并不需要这个jar啊。

第一种办法:借用<scope>provided</scope>

虽然provided的本意是指jdk或者容器提供的，只是编译中使用，但不会打到war中，但我们也可借用。

<groupId>org.springframework</groupId>

<artifactId>spring-web</artifactId>

<scope>provided</scope>

</dependency>

第二种办法: 使用exclusions； (效果与第一种相同)

<groupId>opensymphony</groupId>

<artifactId>webwork</artifactId>

<groupId>org.springframework</groupId>

<artifactId>spring-web</artifactId>

</exclusion>

</exclusions>

</dependency>

策略三：

对于我们公司内部开发的jar包,我们都加上<optional>true</optional>，这样可以使引用这些jar的项目不会产生传递依赖。

如:项目mycom-csa中使用了mycom-cas-client-1.0.3.jar,然而mycom-cas-client-1.0.3.jar 又使用了mycom-common-security-1.0.3.jar。所以我们在对mycom-csa打包时会把mycom-common-security-1.0.3.jar打进package中。我们当然可以参考“策略二”，但最好的方法是：可以通知开发mycom-cas-client-1.0.3.jar的同事在mycom-cas-client-1.0.3.jar的pom.xml中对dependency修改为:

<groupId>com.mycom</groupId>

<artifactId>mycom-common-security</artifactId>

<version>1.0.3-SNAPSHOT</version>

<optional>true</optional>

</dependency>

添加<optional>true</optional> ，这样我们再打包时mycom-csa中就不会出现mycom-common-security-1.0.3.jar了。

-----------------------------------------------------------------------------------------------------------------------

我们知道，maven的依赖关系是有传递性的。如：A-->B，B-->C。但有时候，项目A可能不是必需依赖C，因此需要在项目A中排除对A的依赖。在maven的依赖管理中，有两种方式可以对依赖关系进行，分别是可选依赖（Optional Dependencies）以及依赖排除（Dependency Exclusions）。

一、可选依赖

当一个项目A依赖另一个项目B时，项目A可能很少一部分功能用到了项目B，此时就可以在A中配置对B的可选依赖。举例来说，一个类似hibernate的项目，它支持对MySQL、Oracle等各种数据库的支持，但是在引用这个项目时，我们可能只用到其对mysql的支持，此时就可以在这个项目中配置可选依赖。

配置可选依赖的原因：1、节约磁盘、内存等空间；2、避免license许可问题；3、避免类路径问题，等等。

示例：

[html] view plain copy