wha*_*ley 18 java maven-2 maven-3 maven
我刚刚遇到了一个我的maven项目的两个直接依赖项的情况,它有两个不同版本的特定传递依赖项.
在我的特定情况下,我直接依赖于以下内容:
<dependency>
<groupId>org.jclouds.driver</groupId>
<artifactId>jclouds-sshj</artifactId>
<version>${jclouds.version}</version>
</dependency>
Run Code Online (Sandbox Code Playgroud)
和
<dependency>
<groupId>org.mule.modules</groupId>
<artifactId>mule-module-jersey</artifactId>
<version>${mule.version}</version>
</dependency>
Run Code Online (Sandbox Code Playgroud)
这两个依赖关系都对com.sun.jersey:jersey-core有一个(深层)传递依赖,但每个依赖关系都有不同的版本.Maven没有对此失败,甚至发出警告(或者如果有的话,我从未见过它!)这样的事情正在发生......因此我从未注意到它直到调试发生在版本的球衣时发生的问题 - 由jclouds依赖带来的核心导致一些事情破裂.
是否存在maven插件或其他一些工具,它会检测到这种深度传递依赖性覆盖,并且至少警告用户(或者maven执行失败)如果它检测到这样的冲突......即使默认的maven行为是只选择解决依赖项时出现的第一个版本?
Cle*_*t P 27
使用Dependency Enforcer插件.当依赖关系无法正确收敛时,它将停止构建.
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-enforcer-plugin</artifactId>
<version>1.0.1</version>
<executions>
<execution>
<id>enforce</id>
<configuration>
<rules>
<DependencyConvergence />
</rules>
</configuration>
<goals>
<goal>enforce</goal>
</goals>
</execution>
</executions>
</plugin>
Run Code Online (Sandbox Code Playgroud)
@Clement P为您提供了一个非常好的答案.但请注意,它可能不足以用于多模块项目.
执行器插件的depedndencyconvergence目标知道如何检测传递依赖性冲突,但是冲突可能以不同的方式隐藏自身.
假设您有一个多模块项目.Root是A,它有2个子模块,B1和B2.
B1声明对工件a:b:c: 1.1的依赖,而B2声明对工件的 依赖关系a:b:c:2.0
在这种情况下,如果两个模块都是使用它们的依赖项构建和部署的 - 那么您将发生冲突,但它是一种执行器插件不知道如何检测的.由于项目A不(不能)依赖于其子模块.
为了在我们的组织中克服这个问题,我们使用了dependency:list插件并手动分析了它的输出.
流程的粗略描述:运行此目标的输出是项目层次结构中所有项目的所有传递依赖项的列表.我们解析输出,对依赖项进行排序,并仅搜索那些仅由版本ID不同的工件.这需要在您的CI环境中使用一些脚本,但这是现在获得整体情况的唯一方法.
| 归档时间: |
|
| 查看次数: |
7528 次 |
| 最近记录: |