如何在maven中排除循环弃用的依赖项而不完全杀死依赖项?

时间:2011-03-02 21:47:12

标签: java maven maven-3

我有一个案例,我在maven中有以下循环依赖:

JAR A version 1.1 depends on JAR B version 1.0
JAR B version 1.1 depends on JAR A version 1.0

由于某些我不知道的原因,Maven带来了所有4个JAR:A 1.0,A 1.1,B 1.0和B 1.1,这导致了类路径冲突。

这太糟糕了。我已经要求两个JAR的开发人员解决这个问题,但是我不能简单地等待他们决定解决这个问题的那一天。

我试过了:

<dependency>
    <groupId>groupA</groupId>
    <artifactId>artifactA</artifactId>
    <version>1.1</version>
    <type>pom</type>
    <scope>compile</scope>
    <exclusions>
        <exclusion>
            <groupId>groupB</groupId>
            <artifactId>artifactB</artifactId>
        </exclusion>
    </exclusions>
</dependency>
<dependency>
    <groupId>groupB</groupId>
    <artifactId>artifactB</artifactId>
    <version>1.1</version>
    <type>pom</type>
    <scope>compile</scope>
    <exclusions>
        <exclusion>
            <groupId>groupA</groupId>
            <artifactId>artifactA</artifactId>
        </exclusion>
    </exclusions>
</dependency>

结果是maven排除了所有JAR,好像没有添加任何依赖项,并且项目没有编译,因为缺少类。

因此,除了要求两个JAR开发人员解决这个问题之外,我该怎么办?如何导出两个新的依赖项,同时省略旧的依赖项?

1 个答案:

答案 0 :(得分:1)

实用的解决方案是重新声明所提供的不需要的依赖项,例如:

<dependency>
  <groupId>groupA</groupId>
  <artifactId>artifactA</artifactId>
  <version>1.0</version>
  <scope>provided</scope>
</dependency>

我不是特别喜欢以这种方式使用提供,因为它在编译时留下了依赖性并且可能导致不必要的编译依赖性,但我认为在你的情况下没有别的办法;(。