Eclipse 对导入感到困惑（“可从多个模块访问”）

Question

当引用简单的 .jar 文件时，Eclipse 显示错误说明：

java.awt 包可以从多个模块访问：, java.desktop

例如，当 javax.awt 或 javax.swing 包含在 .jar 文件中时，就会发生这种情况。

最简单的例子如下：

package test;

import javax.swing.JDialog;

public class Test {
    public static void main(String[] args) {
        new JDialog();
    }
}

将 .jar 文件添加到仅具有文件夹结构 javax/swing（不需要文件）的类路径将导致出现错误。我正在使用 JDK 10/12（均无效）。将编译器合规性设置为1.8 会使整个事情再次工作。 在另一台带有Eclipse 2018-09 的机器上，编译器合规性设置为10。

我在 Eclipse 2019-03 上，在（用于测试目的）新安装的 Eclipse 2018-09 上运行良好。为什么？

编辑 2020 年 6 月（解决方案）

正如答案正确指出的那样，这是 Java 很久以前内置的限制，直到最近才强加给我们。我是在将一个有几十个依赖项的大项目迁移到 Maven 时接触到它的。 2000 年左右就有图书馆了！有“元库”，它由几个打包在一起的库组成。 因此，除了确定仍然需要什么（与其余的一起放入垃圾箱！）、更新违反规则的库或找到它们的替代品外，别无他法。这花了我很多很多小时。

最后它成功了，我们有一个不错的 Maven 项目可以使用。

Answer 1

这是由引起的

• 类路径上的JAR，包含包 java.awt 也存在于系统库中但是
• JRE 系统库在模块路径上

Java Platform Module System (JPMS) 不允许在多个模块中使用同一个包。如果使用 Modulepath 和 Classpath，则 Classpath 上的所有内容都作为 <unnamed> 模块处理（在您的情况下为包 @987654325 @ 存在于系统模块java.desktop 中，也存在于模块<unnamed> 中的类路径 上的JAR。

由于 JRE 系统库 无法从 Modulepath 移动到 Classpath（请参阅this answer by Stephan Herrmann for details），因此您只有以下内容选项：

• 将编译器合规性设置为 1.8（正如您已经提到的）
• 重建 JAR 以避免 JAR 中的 Java 系统库包名称（如果使用反射，可能需要进行额外的代码更改）：
  • 如果您有源代码，请更改包名称（例如，将包和子包 java 更改为 java_util 和 javax 更改为 javax_util）并重新创建 JAR
  • 如果你只有.class文件，你必须先反编译.class文件

Answer 2

由于我敢打赌，很多人会在使用模块化 Java 时遇到这个问题，所以我会提供帮助并给出真正的答案。当您的项目中有一个依赖项包含使用也在您的项目引用的模块中的包的代码时，会发生此错误。如果您的项目已将源代码兼容性设置为 Java 12 之类的东西，它将开始执行该规则，这在 Java 中一直存在。 “不要在自己的代码中使用属于 JDK 的包。”不幸的是，多年来，许多开发人员和供应商都这样做了。不能再这样了。如果您将项目设置为 Java 12 源代码兼容性，Eclipse 会添加 JDK 模块，其中包括“java.”和“javax.”甚至“jdk.”、“org.w3c”。 ”。这些包可能正在被您的依赖项或其传递依赖项使用。

如何解决：您需要查看它抱怨的包并在包资源管理器中展开“项目和外部依赖项”节点。找出哪个依赖项正在使用该包。然后，您可以简单地从您的项目中排除该依赖项。或者，您可以获取该依赖项的来源（如果有），并使用更改的包重新构建 jar。否则，您必须删除该依赖项并找到该技术的替代品。疼吗？

如果它是一个传递依赖，你通常可以排除它。这是基于 Gradle 的项目的示例。

configurations {
    all*.exclude group: 'xml-apis'
}

Answer 3

另请参阅：The package org.w3c.dom is accessible from more than one module: <unnamed>, java.xml 我回答的地方：

令人失望的是，我没有看到任何编译器标志来显示问题所在的 jar 甚至 -Xlint:module 似乎也没有显示出任何有用的东西，而 eclipse 也没有说明任何问题

我一直在使用这个脚本来查找 java.awt 的来源：

mvn dependency:copy-dependencies -DincludeScope=test -DoutputDirectory=deps
for i in deps/*.jar; do if unzip -l $i| grep -q java.awt; then echo $i; fi ; done

严格来说，您不必指定范围测试，因为这是默认设置，但我已将其包含在内，因为您可能想改用 compile

Answer 4

就我而言，这是因为我在 POM.xml 文件中包含了一个依赖项（Apache Tika）。

在该依赖项处导入时，我不得不强制排除包含错误类的模块：

    <dependency>
        <groupId>org.apache.tika</groupId>
        <artifactId>tika-parsers</artifactId>
        <version>1.24.1</version>
        <exclusions>
            <exclusion>
                <groupId>xml-apis</groupId>
                <artifactId>xml-apis</artifactId>
            </exclusion>
        </exclusions>
    </dependency>

这样对我有用。

Answer 5

我认为我对这个问题的看法可能有用。

对于 javax.xml.stream 下的类，我遇到了这个错误，该错误来自依赖于 xml-apis、stax-api 或 geronimo-stax-api 等工件的旧 Maven 项目。

从技术上讲，问题在于其他人已经说过：那些工件暴露了 javax.xml.* 包，而没有任何 Java 模块的意识（它们诞生得更早），所以包会自动转到未命名的模块，这与 同一个包包含在 Java 的最新版本中，它有自己的模块名称（因此同一个包会产生两个不同的模块）。

也就是说，实际的解决方案本质上是使用Maven exclusions 从您的项目中删除这些依赖项，并让它使用 JDK 版本。如果您正在使用另一个构建系统，请使用等效项。理论上，JDK 最新版本可能不向后兼容，实际上我怀疑这些 JSR 规范多年来发生了很大变化，到目前为止，我还没有看到它们的替换有任何问题。

Answer 6

您可以按照其他人的建议排除 xml-apis，这对我来说很好用，但如果您正在使用旧的 jaxb-api，请将它们替换为 jakarta.xml.bind-api：

<dependency>
    <groupId>jakarta.xml.bind</groupId>
    <artifactId>jakarta.xml.bind-api</artifactId>
    <version>2.3.3</version>
</dependency>

当然还有升级您的jaxb-impl 以匹配相同的api：

<dependency>
    <groupId>com.sun.xml.bind</groupId>
    <artifactId>jaxb-impl</artifactId>
    <version>2.3.3</version>
</dependency>

Answer 7

由于这在 Google 上的排名很高，我将把它放在这里，以防它对某人有帮助。

我在 Java 11 和 xmlbeans 库中发现了一些有趣的行为。 xmlbeans 库是Apache POI 的传递依赖项，这是一个非常流行的用于处理Microsoft Office 文档的库，它用于处理较新Office 格式的内部XML 结构。我已经用 Apache POI 3.9 对其进行了测试，它工作得非常好，尽管 Eclipse 显示了错误。所以，我猜在 Java 11 中这条规则并没有完全执行。

Answer 8

对于使用 Maven 的 Apache POI 5.0.0 版，在 pom.xml 中：

<dependency>
  <groupId>org.apache.poi</groupId>
  <artifactId>poi</artifactId>
  <version>5.0.0</version>
</dependency>
<dependency>
  <groupId>org.apache.poi</groupId>
  <artifactId>poi-ooxml</artifactId>
  <version>5.0.0</version>
  <exclusions>
    <exclusion>
      <groupId>xml-apis</groupId>
      <artifactId>xml-apis</artifactId>
    </exclusion>
  </exclusions>
</dependency>

修复：“包 javax.xml.parsers 可以从多个模块访问”

Answer 9

我在将 JDK 从 1.8 升级到 11 时遇到了与 eclipse IDE 类似的问题，“可以从多个模块访问包 org.w3c.dom：java.xml”。将 eclipse 从 2019 升级到 2021 并将系统 JDK home 设置为 11 并不能解决它。我不认为这是由存在于类路径的不同 jar 中的“org.w3c.dom”引起的，因为“Order and Export”应该对搜索顺序进行排序。

经过几个小时的搜索和调查，通过将 Java 编译器 - 编译器合规级别设置为 1.8（默认为 11）解决了此问题。

Answer 10

对于在引用 org.w3c 或 javax.xml 导入时遇到此问题的任何人，请注意这个模块依赖项：xml-apis 它与 java 默认 xml 类冲突。 一个引用它的大项目叫做 DynamicJasper