如何在自动模块中处理拆分包?

时间:2016-12-29 18:25:27

标签: maven maven-compiler-plugin java-9 jigsaw

我目前正在测试将现有应用程序迁移到Jigsaw Modules。我的一个模块使用ElasticSearch及其Groovy插件。

  • org.elasticsearch:elasticsearch
  • org.elasticsearch.module:郎常规

不幸的是,他们共享一个拆分包,所以mvn install给了我:

  

x从lang.groovy和elasticsearch读取包org.elasticsearch.script.groovy

对于描述符中的每个必需模块,其中x是每个模块的名称。

我认为在Java 9最终版本的时候,一个较新的elasticsearch版本将消除拆分包,但是通常有一种方法来处理遗留依赖项中的拆分包吗?

我希望能够在类路径而不是模块路径上使用它们,但在阅读this conversation on the mailing list之后,似乎没有办法告诉Maven编译器这样做。

maven 3.3.9 - maven-compiler-plugin 3.6.0 - jdk9-ea + 149 - elasticsearch 2.3.3

1 个答案:

答案 0 :(得分:2)

经过一些更多测试后,我认为有一些选项可以解决许多(但绝对不是全部)第三方拆分包的情况。

  1. 清理依赖项 - 可能实际上并不需要依赖项,或者可以用更新(或更不同)的JAR替换
  2. 将您自己的模块重组为两个模块,每个模块从第三方模块中的一个读取包(如果可能/合理)
  3. 将一个第三方模块(或两者)包装在一个简单的模块中,该模块除了显式导出模块实际需要的软件包外什么都不做。
  4. 根据具体情况,其中一个选项可能非常适合解决拆分包问题。但是它们都不能处理一段连贯的代码实际上需要从拆分包的两个部分访问类的情况。