依赖收敛错误答案

【问题标题】：Dependency convergence error依赖收敛错误
【发布时间】：2016-08-12 01:09:07
【问题描述】：

更新 Firefox 后，我将库的版本更改为更高版本。出现以下错误： [错误] commons-collections 的依赖收敛错误：commons-collections:3.2.2 依赖路径为：

[ERROR] +-net:serenity.pom.gradle:0.0.1-SNAPSHOT
[ERROR] +-net.serenity-bdd:serenity-core:1.1.29-rc.3
[ERROR] +-org.seleniumhq.selenium:htmlunit-driver:2.20
[ERROR] +-commons-collections:commons-collections:3.2.2
[ERROR] and
[ERROR] +-net:serenity.pom.gradle:0.0.1-SNAPSHOT
[ERROR] +-net.serenity-bdd:serenity-core:1.1.29-rc.3
[ERROR] +-io.appium:java-client:3.3.0
[ERROR] +-commons-validator:commons-validator:1.4.1
[ERROR] +-commons-collections:commons-collections:3.2.1
[ERROR] and
[ERROR] +-net:serenity.pom.gradle:0.0.1-SNAPSHOT
[ERROR] +-net.serenity-bdd:serenity-core:1.1.29-rc.3
[ERROR] +-commons-collections:commons-collections:3.2.2
[ERROR] ]
[ERROR] -> [Help 1]

依赖树看起来像：

[INFO] +- net.serenity-bdd:serenity-core:jar:1.1.29-rc.3:test
[INFO] |  +- org.seleniumhq.selenium:htmlunit-driver:jar:2.20:test
[INFO] |  +- commons-collections:commons-collections:jar:3.2.2:test
[INFO] |  +- io.appium:java-client:jar:3.3.0:test
[INFO] |  |  \- commons-validator:commons-validator:jar:1.4.1:test
[INFO] |  |     +- commons-beanutils:commons-beanutils:jar:1.8.3:test
[INFO] |  |     \- commons-digester:commons-digester:jar:1.8.1:test

如何解决这个问题？可以手动切换库吗？

PS 这是我的 pom.xml

<dependencies>
    <dependency>
        <groupId>junit</groupId>
        <artifactId>junit</artifactId>
        <version>4.12</version>
        <scope>test</scope>
    </dependency>
    <dependency>
        <groupId>net.serenity-bdd</groupId>
        <artifactId>serenity-core</artifactId>
        <version>1.1.29-rc.3</version>
        <scope>test</scope>
    </dependency>
    <dependency>
        <groupId>org.slf4j</groupId>
        <artifactId>slf4j-simple</artifactId>
        <version>1.7.7</version>
        <scope>test</scope>
    </dependency>
    <dependency>
        <groupId>net.serenity-bdd</groupId>
        <artifactId>serenity-jbehave</artifactId>
        <version>1.9.0</version>
        <scope>test</scope>
    </dependency>
    <dependency>
        <groupId>org.assertj</groupId>
        <artifactId>assertj-core</artifactId>
        <version>3.2.0</version>
        <scope>test</scope>
    </dependency>
</dependencies>

<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-enforcer-plugin</artifactId>
            <version>1.4</version>
            <executions>
                <execution>
                    <id>verify</id>
                    <phase>validate</phase>
                    <goals>
                        <goal>enforce</goal>
                    </goals>
                    <inherited>true</inherited>
                </execution>
            </executions>
            <configuration>
                <failFast>true</failFast>
                <rules>
                    <DependencyConvergence></DependencyConvergence>
                    <requireReleaseDeps>
                        <onlyWhenRelease>true</onlyWhenRelease>
                    </requireReleaseDeps>
                    <requireJavaVersion>
                        <version>${java.version}</version>
                    </requireJavaVersion>
                </rules>
            </configuration>
        </plugin>
        <plugin>
            <artifactId>maven-failsafe-plugin</artifactId>
            <version>2.18</version>
            <configuration>
                <includes>
                    <include>src/test/java/*.java </include>
                </includes>
            </configuration>
            <executions>
                <execution>
                    <goals>
                        <goal>integration-test</goal>
                        <goal>verify</goal>
                    </goals>
                </execution>
            </executions>
        </plugin>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-compiler-plugin</artifactId>
            <version>3.2</version>
            <configuration>
                <source>1.8</source>
                <target>1.8</target>
            </configuration>
        </plugin>
        <plugin>
            <groupId>net.serenity-bdd.maven.plugins</groupId>
            <artifactId>serenity-maven-plugin</artifactId>
            <version>1.1.29-rc.1</version>
            <dependencies>
                <dependency>
                    <groupId>net.serenity-bdd</groupId>
                    <artifactId>serenity-core</artifactId>
                    <version>1.1.29-rc.3</version>
                </dependency>
            </dependencies>
            <executions>
                <execution>
                    <id>serenity-reports</id>
                    <phase>post-integration-test</phase>
                    <goals>
                        <goal>aggregate</goal>
                    </goals>
                </execution>
            </executions>
        </plugin>
    </plugins>
</build>

【问题讨论】：

与火狐的关系在哪里？此外，你的 pom 文件在哪里？

标签： maven maven-3 serenity-bdd

【解决方案1】：

我知道我迟到了，但是在挠了 8 到 10 个小时之后，我找到了这个解决方案，当你无法控制不同版本的依赖项所在的不同 pom 时，我解决了这个问题在不同的地方使用。所以，我认为值得分享。

@Gerold 的答案是一个理想的答案（来源：Maven wiki）。但是，它适用于您是所有依赖项的所有者并且有时间、奢侈和写入权限从根本上解决问题的情况。就我而言，我使用的是公司范围内的全球父 pom，它在不同的地方设置了不同的版本，所以我遇到了这个问题。我想在不改变全局父 pom 的情况下找到一些方法来解决这个问题。

要解决此问题，在项目的父 pom 中，您可以指定与其余位置匹配的确切版本，并覆盖不同位置的全局父 pom 指定的版本。您可以在项目的父 pom 中添加此块

<!-- ============================= -->
<!-- DEPENDENCY MANAGEMENT -->
<!-- ============================= -->
<dependencyManagement>
    <dependencies>
        <dependency>
            <groupId>commons-collections</groupId>
            <artifactId>commons-collections</artifactId>
            <!-- This version should be consistent 
                 with versions at other places -->
            <version>3.2.2</version>
        </dependency>
    </dependencies>
</dependencyManagement>

HTH

【讨论】：

请小心。我观察到用户选择一个真正的版本版本（通过 depMan）today 意味着将来它将是 none 的依赖项使用的版本： ) 如果您必须使用强制执行器，<exclusions> 是跟踪关键依赖项的传递的正确方法（如果丑陋且非常冗长）
对于那些想要更多的人docs on it

【解决方案2】：

如果你真的/暂时需要解决这个问题，或者只是一起删除 maven 强制执行器。

【讨论】：

不相信删除检查实际上可以解决问题。导入不同版本的两个库会导致很多运行时问题，这些问题很难找到和调试。在这种情况下，enforcer 实际上很有用。
不相信？你试过我的建议了吗？它适用于许多情况，适用于我与之交谈的许多人。我还发布了对我有用的内容，为人们提供了替代建议。不知道你为什么不喜欢这条评论。不喜欢的答案是不正确的答案。
不喜欢它，因为建议的解决方案实际上并不能解决根本原因，而是简单地隐藏它。我不建议通过简单地消除原因来解决问题，相反，我们应该促进对问题本身的理解，并指出解决根本原因而不仅仅是表面症状的解决方案。
好吧，你一定不习惯美式英语方言，但我只是修改了我的评论更清楚地表明，如果你真的非常/暂时想解决这个问题，那么你可以删除强制执行器。希望您现在可以删除不喜欢的东西！因为我建议的是可行的选项之一，对某些人来说非常好，就像它对我一样！
JavaGeek 的回答看起来有点苛刻，但实际上是正确的，应该是被接受的。在这种情况下，第一级依赖serenity-core:1.1.29-rc.3 本身并不完全满足“依赖收敛”，但在版本3.2.1 和3.2.2 中具有commons-collections 的传递依赖。这不是你作为消费者应该解决的问题。甚至在您的“dependencyManagement”部分中也没有条目。

【解决方案3】：

见POM Reference, Exclusions:

Exclusions 明确告诉 Maven 您不想包含作为此依赖项的依赖项的指定项目（换句话说，它的传递依赖项）。

另见Apache Maven Enforcer Rules, Dependency Convergence：

如果一个项目有两个依赖项 A 和 B，它们都依赖于同一个工件 C，如果 A 依赖于不同版本的 C，那么此规则将导致构建失败，然后 B 依赖于 C 的版本。

[...]

这会成功。
   <dependency>
      <groupId>org.slf4j</groupId>
      <artifactId>slf4j-jdk14</artifactId>
      <version>1.6.1</version>
    </dependency>
    <dependency>
      <groupId>org.slf4j</groupId>
      <artifactId>slf4j-nop</artifactId>
      <version>1.6.0</version>
      <exclusions>
        <exclusion>
          <groupId>org.slf4j</groupId>
          <artifactId>slf4j-api</artifactId>
        </exclusion>
      </exclusions>
    </dependency>

【讨论】：