maven处理依赖冲突（未完）

最新推荐文章于 2024-11-11 16:57:31 发布

cpf2016

最新推荐文章于 2024-11-11 16:57:31 发布

阅读量573

点赞数

分类专栏： maven 文章标签： java

maven 专栏收录该内容

22 篇文章 0 订阅

订阅专栏

1.依赖冲突特征

一般情况下，抛出NoSuchMethodError或者ClassNotFoundException，但是确定这些类或者方法在jar中存在，或者这些java类根本就没听说过时，可能就是出现依赖冲突了。

2.依赖冲突产生原因

maven采用的是“最近获胜策略”的方式处理依赖冲突，即如果一个项目依赖于多个相同artifact的不同版本，那么就使用在依赖树中离项目最近的（直接写在pom中优先级最高）。

Application中有两个依赖，lib1和lib2，又分别依赖了spring-express的不同版本。

这在开发和编译阶段不会有任何问题，但是运行时会报ClassNotFound。

因为3.1.3的版本离项目最近，所以项目最终使用的是3.1.3的这个版本，所以就有可能报这个问题

3.解决依赖冲突

（1）找到传递依赖出现在什么地方

显示出所有的依赖关系，dependency:tree，结果会用层级树的方式展现。而且如果命令行打印补全，可以使用dependency:tree -->tree.txt，将结果输出到tree.txt下

下面就是使用dependency:tree打印出来的一部分内容

[INFO] --- maven-dependency-plugin:2.1:tree (default-cli) @ euler-foundation --- 
[INFO] com.hsit:euler-foundation:jar:0.9.0.1-SNAPSHOT 
[INFO] +- com.rop:rop:jar:1.0.1:compile 
[INFO] |  +- org.slf4j:slf4j-api:jar:1.7.5:compile 
[INFO] |  +- org.slf4j:slf4j-log4j12:jar:1.7.5:compile 
[INFO] |  +- log4j:log4j:jar:1.2.16:compile 
[INFO] |  +- commons-lang:commons-lang:jar:2.6:compile 
[INFO] |  +- commons-codec:commons-codec:jar:1.6:compile 
[INFO] |  +- javax.validation:validation-api:jar:1.0.0.GA:compile 
[INFO] |  +- org.hibernate:hibernate-validator:jar:4.2.0.Final:compile 
[INFO] |  +- org.codehaus.jackson:jackson-core-asl:jar:1.9.5:compile 
[INFO] |  +- org.codehaus.jackson:jackson-mapper-asl:jar:1.9.5:compile 
[INFO] |  +- org.codehaus.jackson:jackson-jaxrs:jar:1.9.5:compile 
[INFO] |  +- org.codehaus.jackson:jackson-xc:jar:1.9.5:compile 
[INFO] |  \- com.fasterxml.jackson.dataformat:jackson-dataformat-xml:jar:2.2.3:compile 
[INFO] |     +- com.fasterxml.jackson.core:jackson-core:jar:2.2.3:compile 
[INFO] |     +- com.fasterxml.jackson.core:jackson-annotations:jar:2.2.3:compile 
[INFO] |     +- com.fasterxml.jackson.core:jackson-databind:jar:2.2.3:compile 
[INFO] |     +- com.fasterxml.jackson.module:jackson-module-jaxb-annotations:jar:2.2.3:compile 
[INFO] |     \- org.codehaus.woodstox:stax2-api:jar:3.1.1:compile 
[INFO] |        \- javax.xml.stream:stax-api:jar:1.0-2:compile

但是这些可能显示的不是所有依赖，如果需要看到所有的，可以加上 -Dverbose，这时候肯定就是最全的了。

但是这个时候打出来的东西又太多了，我们其实只需要查看出现依赖冲突的jar即可。这个时候通过加上-Dincludes或者-Dexcludes选择或者排除一部分依赖

如查看asm的jar，使用groupId:artifactId:version过滤，当然可以不写全

mvn dependency:tree -Dverbose -Dincludes=asm:asm

这时就会出现asm依赖包的分析信息

[INFO] --- maven-dependency-plugin:2.1:tree (default-cli) @ ridge-test --- 
[INFO] com.ridge:ridge-test:jar:1.0.2-SNAPSHOT 
[INFO] +- asm:asm:jar:3.2:compile 
[INFO] \- org.unitils:unitils-dbmaintainer:jar:3.3:compile 
[INFO]    \- org.hibernate:hibernate:jar:3.2.5.ga:compile 
[INFO]       +- cglib:cglib:jar:2.1_3:compile 
[INFO]       |  \- (asm:asm:jar:1.5.3:compile - omitted for conflict with 3.2) 
[INFO]       \- (asm:asm:jar:1.5.3:compile - omitted for conflict with 3.2) 
[INFO] ------------------------------------------------------------------------

可以看出对asm有一个3.2的直接依赖，还有传递依赖引入的1.5.3

（2）排除不需要的依赖

假如我们不希望asm:asm:1.5.3出现，根据分析，我们知道它是由org.unitils:unitils-dbmaintainer:3.3引入的，那么在pom.xml中找到这个依赖，做排除调整

        <dependency>
            <groupId>org.unitils</groupId>
            <artifactId>unitils-dbmaintainer</artifactId>
            <version>${unitils.version}</version>
            <exclusions>
                <exclusion>
                    <artifactId>dbunit</artifactId>
                    <groupId>org.dbunit</groupId>
                </exclusion>
                <!-- 这个就是我们要加的片断 -->
                <exclusion>
                    <artifactId>asm</artifactId>
                    <groupId>asm</groupId>
                </exclusion>
            </exclusions>
        </dependency>

再分析一下，可以看出传递依赖没有了：

[INFO]
[INFO] --- maven-dependency-plugin:2.1:tree (default-cli) @ ridge-test ---
[INFO] com.ridge:ridge-test:jar:1.0.2-SNAPSHOT
[INFO] \- asm:asm:jar:3.2:compile
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS