Java 如何在不完全消除依赖关系的情况下排除maven中循环的不推荐依赖关系？

我有一个案例，我在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：A1.0、A1.1、B1.0和B1.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>

groupA
人工制品
1.1
聚甲醛
编译
B组
人工制品
B组
人工制品
1.1
聚甲醛
编译
groupA
人工制品

结果是maven排除了所有JAR，就好像没有添加任何依赖项一样，并且项目不会编译，因为缺少类

---

所以，除了让两个JAR开发人员解决这个问题，我还能做什么？如何导入两个新的依赖项，同时保留两个旧的依赖项？

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

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

groupA
人工制品
1
假如

---

我并不特别喜欢以这种方式使用provided，因为它会在编译时留下依赖项，并可能导致不需要的编译依赖项，但我认为在您的情况下没有其他方法；（.

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

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

groupA
人工制品
1
假如

---

我并不特别喜欢以这种方式使用provided，因为它会在编译时留下依赖项，并可能导致不需要的编译依赖项，但我认为在您的情况下没有其他方法；（.

我可以声明在类路径中插入同一依赖项的两个版本吗？不，据我所知，maven不鼓励这样做——实际上不应该这样做，因为类将从遇到的第一个依赖项（jar文件）加载（最有可能按字母顺序）所以您不会从中受益。我可以声明将同一依赖项的两个版本插入到类路径中吗？不，据我所知，maven不鼓励这样做——实际上您不应该这样做，因为类将从遇到的第一个依赖项（jar文件）加载（最有可能按字母顺序）所以你不会从中受益。