JavaIntelliJ中的模块并添加要求java.ws.rs给出了奇怪的错误

Question

我们有直到最近还在JDK8上的maven应用程序。我们刚刚将它们升级到JDK11，并试图通过将我们的实用程序库变成模块来利用JDK9的JPMS。

我们原来有这样的路径：

utils/some-library1/src/main/java/com/company/team/utils/lib1/Util1.java

在那里，java是"源根"。

因此，一位同事放置了模块信息。lib1文件夹中的java文件，并将其声明为：

module utils.lib1 {
    exports com.company.team.utils.lib1;
}

从构建和工作的命令行，所以他假设一切都是模块的善良。

但当我在Intellij中打开时，它有一条难看的红线，消息说我应该将它移到源根目录。然后将其移动到上面的“java”文件夹中。很公平。

这让我四处寻找，试图了解更多关于我同事实现的JPMS的信息。经过大量的搜索和实验，我还决定将“java”文件夹作为“sourceroot”重命名为模块名称（“utils.lib1”）。现在我有两个文件：

utils/some-library1/src/main/utils.lib1/module-info.java
utils/some-library1/src/main/utils.lib1/com/company/team/utils/lib1/Util1.java

甚至Intellij也很开心。好极了所以我重构了所有其他库。突然，我遇到了一个大问题，我们用这句话把它叫做lib2：

module utils.lib2 {
    exports com.company.team.utils.lib2;
    requires java.ws.rs;
}

Intellij再次用红色错误曲线标记模块，这次说：

模块的utils。lib2“读取包”javax。从雅加达“双方”激活。“激活”和“雅加达”。激活'

我做了一些调查，发现了以下内容：

java.ws.rs拉入以下之一（这取决于哪个应用程序）：

• javax。ws。rs-api-2.1。1.罐子

他们的模块信息。java文件包含以下行：

需要可传递的java。xml。束缚

其中一个：

• 雅加达。xml。bind-api-2.3。2.罐子

它们都有这一行：

需要可传递的雅加达。激活

这就是我放弃的地方。我们的库是很难完全解析的大东西，所以为了简化，我创建了一个只有一个类的maven应用程序，它所做的就是导入javax.ws.rs.core.链接。

IntelliJ仍然给出了我无法理解的疯狂错误，谷歌一直坚决拒绝告诉我。

是真的坏了还是Intellij和我一样困惑？

我讲了这么长的故事，既是为了展示我们所做的工作，也是为了让大家知道我对模块非常陌生。如果是件简单的事，请原谅。我只是被难住了。

此外，是否有任何可以在命令行执行的明显测试来验证模块配置？

我在jdeps、javac和实际运行中的运气不一致，这是问题的标志。

我的怀疑是，事情现在才工作，因为它们都在未命名的模块中。但是如果我要说服任何人改变它，我需要让一切运转起来。

编辑

据报道，这个问题已经得到了回答，但这是不正确的。建议的链接涉及两个不同的包（A

此外，还有第二个问题也很重要，但尚未解决：如何从命令行验证模块配置（根本不涉及IDE）。




Answer 1

我在Intellij遇到了完全相同的警告，这是真实的。在我的例子中，冲突来自使用相同模块名称的三个独立的依赖项（即jakarta.activation）：

• 'jakarta.activation：jakarta.activation-api： 1.2.2'
• 'javax.activation：javax.activation-api： 1.2.0'
• 'com.sun.activation：jakarta.activation： 1.2.2'

它通过对拉动最后两个的依赖项应用显式排除来解决我的项目。

Answer 2

我还确定了“java”文件夹，作为“源根”，应该重命名为模块的名称

不，不应该。java源根应该保持原样，但是你必须创建一个与你的模块名相对应的包名，所以它应该是/src/main/java/-Source root，然后是utils/lib1目录-whidh会是包裹。