jar包名冲突gradle_gradle依赖冲突解决

传递性依赖中的版本冲突

hibernate中slf4j的版本冲突问题

上图咱们可以知道,咱们需要依赖 hibernate3.6.3 的版本,而此版本需要依赖几个 jar 包,而依赖的 hibernate-commons-annotations.jar 依赖了一个slf4j 的jar包,当前hibernate框架也依赖了slf4j 的 jar 包.由于传递性依赖的特点,两个不同版本的 jar 包会被依赖进来,这样就存在版本冲突的问题.

存在版本冲突问题是需要解决的,如果没有解决程序就会出问题,那咱们使用 Gradle 做依赖管理,要如何来解决此问题? Gradle 有没有帮咱们解决此问题? 请继续往下看版本冲突的解决方案.

版本冲突解决方法

对于 Maven 的自动处理传递性依赖版本冲突问题,是按最短路径和优先声明原则来处理.

Maven自动解决版本冲突原则

而对于 Gradle 来说同样有着自动处理传递性依赖版本冲突问题的功能,只是 Gradle 是默认使用版本最高的.而针对一些特殊的需求还是需要使用手动解决.以下便是 Gradle 的手动处理版本冲突.

1 修改默认配置策略

如果想检查有哪些 jar 包有版本冲突,或者想去除 Gradle 的默认处理方式,可修改默认的配置策略.

1 在 build.gradle 中加入如下配置

configurations.all{

resolutionStrategy{

// 修改 gradle不自动处理版本冲突

failOnVersionConflict()

}

}

2 执行 help -> dependencies 可查看冲突的 jar 包

A conflict was found between the following modules:

- org.slf4j:slf4j-api:1.6.1

- org.slf4j:slf4j-api:1.5.8

以上配置完,如果存在依赖 jar 包版本冲突问题, Gradle 将不再自动处理,build 会抛异常.

2 排除传递性依赖

排除单个jar 包的传递性依赖

dependencies {

compile (group: 'org.hibernate', name: 'hibernate-core', version: '3.6.3.Final'){

// module 是 jar 的 name

exclude group:"org.slf4j" , module:"slf4j-api"

}

}

此处的 module 指的是 jar 的 name,值无需写版本,此配置的意义就是排序 hibernate-core 引入时 slf4f-api 的传递性依赖.也就是说咱们的项目目前没有依赖任何版本的 slf4f-api.

排除所有 jar 的传递性依赖

dependencies {

compile (group: 'org.hibernate', name: 'hibernate-core', version: '3.6.3.Final'){

transitive=false

}

}

transitive 默认为true ,表示 Gradle 自动添加子依赖项,设置为false 则需要手动添加每个依赖项,在真实开发中,需要自动添加子依赖的比较多,而手动添加的比较少,毕竟使用工具的主要目的是减少工作量嘛,所以开发中此配置建议不使用.

3 强制指定一个版本

给有冲突的 jar 包强制指定一个版本,在 build.gradle 中配置如下

configurations.all{

resolutionStrategy{

force 'org.slf4j:slf4j-api:1.7.24'

}

}

执行 help -> dependencies 可看到所有的 slf4j 都改为了1.7.24 的版本了.