文档章节

Maven传递依赖冲突解决(版本冲突)

Hzhodor
 Hzhodor
发布于 2017/07/29 23:17
字数 1138
阅读 361
收藏 0

一、首先要明白直接依赖和传递依赖的概念:

    A > B > C

直接依赖:A > B , B > C

传递依赖:A > C

二、冲突产生的原因:spring-jdbc和context同时依赖于spring-beans,如果jdbc和context的版本不一致,那相应的spring-beans版本便也不一致,此时应该依赖哪一版本的spring-beans呢,这便产生了依赖冲突。

三、冲突的解决方案:

    1、Maven自己调解原则:

        (1)第一声明者优先原则(谁先定义就用谁的传递依赖)

        (2)路径近者优先原则(直接依赖级别高于传递依赖)

    2、排除依赖:

        在pom.xml中将冲突的依赖排除

        

            

        (也可在dependencies查看中将spring-beans  jar包右键选择exclution Maven artifct)

    3、版本锁定(推荐使用):

        

 

        还可以将版本属性统一配置:

        

 

四、使用IntelliJ IDEA工具

    使用IDEA原生的jar包冲突解决可参考:详述使用 IntelliJ IDEA 解决 jar 包冲突的问题
    使用Maven Helper插件:idea 中解决maven 包冲突的问题(maven helper)(相对原生工具更好用)

 

 

以下为摘录内容:(原贴:https://www.oschina.net/question/698806_159139https://www.cnblogs.com/wangyonghao/p/5976055.html

  • groupId:定义当前 Maven 项目所属的实际项目,跟 Java 包名类似,通常与域名反向一一对应;
  • artifactId:定义当前 Maven 项目的一个模块,默认情况下,Maven 生成的构件,其文件名会以 artifactId 开头,如 hibernate-core-3.6.5.Final.jar;
  • version:项目版本;
  • packaging:定义项目打包方式,如 jar,war,pom,zip ……,默认为 jar;
  • classifier:定义项目的附属构件,如 hibernate-core-3.6.6.Final-sources.jar,hibernate-core-3.6.6.Final-javadoc.jar,其中 sources 和 javadoc 就是这两个附属构件的 classifier。classifier 不能直接定义,通常由附加的插件帮助生成;
  • type:依赖类型,对应构件中定义的 packaging,可不声明,默认为 jar;
  • scope:依赖范围;
  • optional:依赖是否可选;
  • exclusions:排除传递依赖;
  • systemPath:本地jar文件路径。

MAVEN Scope使用

在Maven的依赖管理中,经常会用到依赖的scope设置。

Scope的使用场景和说明
1.compile
编译范围,默认scope,在工程环境的classpath(编译环境)和打包(如果是WAR包,会包含在WAR包中)时候都有效。
 
2.provided
容器或JDK已提供范围,表示该依赖包已经由目标容器(如tomcat)和JDK提供,只在编译的classpath中加载和使用,打包的时候不会包含在目标包中。最常见的是j2ee规范相关的servlet-api和jsp-api等jar包,一般由servlet容器提供,无需在打包到war包中,如果不配置为provided,把这些包打包到工程war包中,在tomcat6以上版本会出现冲突无法正常运行程序(版本不符的情况)。
 
3.runtime
一般是运行和测试环境使用,编译时候不用加入classpath,打包时候会打包到目标包中。一般是通过动态加载或接口反射加载的情况比较多。也就是说程序只使用了接口,具体的时候可能有多个,运行时通过配置文件或jar包扫描动态加载的情况。典型的包括:JDBC驱动等。
 
4.test
测试范围,一般是单元测试场景使用,在编译环境加入classpath,但打包时不会加入,如junit等。
 
5.system
系统范围,与provided类似,只是标记为该scope的依赖包需要明确指定基于文件系统的jar包路径。因为需要通过systemPath指定本地jar文件路径,所以该scope是不推荐的。如果是基于组织的,一般会建立本地镜像,会把本地的或组织的基础组件加入本地镜像管理,避过使用该scope的情况。
 
实践:
  • provided是没有传递性的,也就是说,如果你依赖的某个jar包,它的某个jar的范围是provided,那么该jar不会在你的工程中依靠jar依赖传递加入到你的工程中。
  • provided具有继承性,上面的情况,如果需要统一配置一个组织的通用的provided依赖,可以使用parent,然后在所有工程中继承。

© 著作权归作者所有

Hzhodor
粉丝 1
博文 45
码字总数 6075
作品 0
私信 提问
maven 依赖jar包时版本冲突的解决:mvn dependency:tree -Dverbose

maven 依赖jar包时版本冲突的解决: mvn dependency:tree -Dverbose 四种解决方式: 1、第一声明优先原则: 在pom.xml配置文件中,如果有两个名称相同版本不同的依赖声明,那么先写的会生效。...

程序员诗人
2018/04/16
0
0
Maven 系列 三 :坐标和依赖

1 . 坐标   maven 的所有构件均通过坐标进行组织和管理。maven 的坐标通过 5 个元素进行定义,其中 groupId、artifactId、version 是必须的,packaging 是可选的(默认为jar),classifie...

lyg945
2014/06/20
531
0
用dependency:tree查看maven引入jar包的传递依赖

maven项目的pom.xml文件给项目导入了不同的jar包,有时候不同的dependency会引入同一个jar包的不同版本。 当不同版本的jar包被依赖后,可能会出现: 冲突。 有的版本的jar包不会被classload...

哲别0
2017/10/26
1K
0
Maven中依赖的版本号不一致带来的问题

01 Maven 中的传递依赖 在 Maven 中会存在大量的传递依赖。如我们添加如下依赖: 那我们就直接地依赖了 spring-context,但由于 spring-context 也依赖了 spring-core, spring-context 等库,...

Happioo
2018/12/09
0
0
maven的pom.xml用解决版本问题

maven管理库依赖,有个好处就是连同库的依赖的全部jar文件一起下载,免去手工添加的麻烦,但同时也带来了同一个jar会被下载了不同版本的问题,好在pom的配置里面允许用<exclusion>来排除一些...

JAVA码猿
2018/09/20
56
0

没有更多内容

加载失败,请刷新页面

加载更多

spring cloud

一、从面试题入手 1.1、什么事微服务 1.2、微服务之间如何独立通讯的 1.3、springCloud和Dubbo有哪些区别 1.通信机制:DUbbo基于RPC远程过程调用;微服务cloud基于http restFUL API 1.4、spr...

榴莲黑芝麻糊
42分钟前
2
0
Executor线程池原理与源码解读

线程池为线程生命周期的开销和资源不足问题提供了解决方 案。通过对多个任务重用线程,线程创建的开销被分摊到了多个任务上。 线程实现方式 Thread、Runnable、Callable //实现Runnable接口的...

小强的进阶之路
昨天
6
0
maven 环境隔离

解决问题 即 在 resource 文件夹下面 ,新增对应的资源配置文件夹,对应 开发,测试,生产的不同的配置内容 <resources> <resource> <directory>src/main/resources.${deplo......

之渊
昨天
8
0
详解箭头函数和普通函数的区别以及箭头函数的注意事项、不适用场景

箭头函数是ES6的API,相信很多人都知道,因为其语法上相对于普通函数更简洁,深受大家的喜爱。就是这种我们日常开发中一直在使用的API,大部分同学却对它的了解程度还是不够深... 普通函数和...

OBKoro1
昨天
7
0
轻量级 HTTP(s) 代理 TinyProxy

CentOS 下安装 TinyProxy yum install -y tinyproxy 启动、停止、重启 # 启动service tinyproxy start# 停止service tinyproxy stop# 重启service tinyproxy restart 相关配置 默认...

Anoyi
昨天
2
0

没有更多内容

加载失败,请刷新页面

加载更多

返回顶部
顶部