maven3实战之坐标和依赖(最佳实践之排除依赖)

来源:互联网 发布:58到家数据分析待遇 编辑:程序博客网 时间:2024/03/29 01:38

maven3实战之坐标和依赖(最佳实践之排除依赖)

----------

 

传递性依赖会给项目隐式地引入很多依赖,这极大地简化了项目依赖的管理。但是有些时候这种特性也会带来问题。例如,当前项目有一个第三方依赖,而这个第三方依赖由于某些原因依赖了另外一个类库的SNAPSHOT版本,那么这个SNAPSHOT就会成为当前项目的传递性依赖,而SNAPSHOT的不稳定性会直接影响到当前的项目。这时候需要排除掉该SNAPSHOT,并且在当前项目中声明该类库的某个正式发布版本。还有一些情况,你可能也想要替换某个传递性依赖,比如:sun JTA api,hibernate依赖于这个JAR,但是由于版权的因素。该类库不在中央仓库中,而apache Geronimo项目有一个对应的实现。这时你就可以排除Sun JTA API,再声明Geronimo和JTA API实现。

 

 

Xml代码  收藏代码
  1. <project>  
  2.     <modelVersion>4.0.0</modelVersion>  
  3.     <groupId>com.juvenxu.mvnbook</groupId>  
  4.     <artifactId>project-a</artifactId>  
  5.     <version>1.0.0</version>  
  6.     <dependencies>  
  7.         <dependency>  
  8.             <groupId>com.juvenxu.mvnbook</groupId>  
  9.             <artifactId>project-b</artifactId>  
  10.             <version>1.0.0</version>  
  11.             <exclusions>  
  12.                 <exclusion>  
  13.                     <groupId>com.juvenxu.mvnbook</groupId>  
  14.                     <artifactId>project-c</artifactId>  
  15.                 </exclusion>  
  16.             </exclusions>  
  17.         </dependency>  
  18.         <dependency>  
  19.             <groupId>com.juvenxu.mvnbook</groupId>  
  20.             <artifactId>project-c</artifactId>  
  21.             <version>2.2.0</version>  
  22.         </dependency>  
  23.     </dependencies>  
  24. </project>  

 

上述代码中,项目A依赖于项目B,但是由于一些原因,不想引入传递性依赖C,而是自己显式地声明对于项目C1.1.0版本的依赖。代码中使用exclusions元素声明排除依赖,exclusions可以包含一个或多个exclusion子元素,因此可以排除一个或者多个传递性依赖。需要注意的是,声明exclusion的时候只需要groupId和artifactId,而不需要version元素,这是因为只需要groupId和artifactId就能唯一定位依赖图中的某个依赖。换句话说,maven解析后的依赖中,不可能出现groupId和artifactId相同,但是version不同的两个依赖。 

 

0 0
原创粉丝点击