Пакет конфликтует с автоматическими модулями в Java 9

Question

С Java 9 на близком горизонте я подумал, что было бы хорошим упражнением по обучению переносить некоторые мои проекты на Java 9. В одном из моих проектов у меня есть зависимости для rxjava и rxjavafx

dependencies { 
    compile 'io.reactivex:rxjava:1.2.6' 
    compile 'io.reactivex:rxjavafx:1.0.0' 
    ... 
} 

Я хочу создать этот проект как именованный модуль. Для этого мне нужно создать файл module-info.java, и мне нужно указать требования для rxjava и rxjavafx здесь. Однако эти библиотеки еще не имеют информации о модуле.

Чтобы обойти это, я прочитал, что I need to create Automatic Modules. Из того, что я понимаю, мне нужно переименовать банки rxjava и rxjavafx, чтобы иметь простое имя, а затем перечислить банки в параметре --module-path. Затем я добавляю директиву requires в своем module-info.java с названиями баннеров.

module com.foo.bar { 
    requires rxjavafx; 
    requires rxjava; 
} 

Я написал Gradle задачу, чтобы изменить имена фляги для меня, и это, кажется, работает в большинстве случаев. Он берет все банки, которые необходимо скомпилировать, и переименовывает их, чтобы не включать информацию о версии или слэши. Файлы затем объединяются в : отделенной строку:

tasks.withType(JavaCompile) { 
    delete { delete '/tmp/gradle' } 
    copy { 
     from configurations.compile + configurations.testCompile 
     into '/tmp/gradle' 
     rename '(.*)-[0-9]+\\..*.jar', '$1.jar' 
     rename { String fileName -> fileName.replace("-", "") } 
    } 
    options.compilerArgs += ['--module-path', fileTree(dir: '/tmp/gradle', include: '*.jar').getFiles().join(':')] 
} 

Естественно rx библиотеки разделяют некоторые из их имен пакетов ... это, однако, заставляет компилятор выплюнуть обратно ошибки, такие как:

error: module reads package rx.subscriptions from both rxjava and rxjavafx 
error: module reads package rx.schedulers from both rxjava and rxjavafx 
error: module reads package rx.observables from both rxjava and rxjavafx 
error: module rxjava reads package rx.subscriptions from both rxjavafx and rxjava 
error: module rxjava reads package rx.schedulers from both rxjavafx and rxjava 
error: module rxjava reads package rx.observables from both rxjavafx and rxjava 
error: module rxjavafx reads package rx.subscriptions from both rxjava and rxjavafx 
error: module rxjavafx reads package rx.schedulers from both rxjava and rxjavafx 
error: module rxjavafx reads package rx.observables from both rxjava and rxjavafx 

Кажется, единственный способ обойти эту проблему - перекомпоновать содержимое rxjava и rxjavafx в одну банку и добавить это как один модуль. Это не кажется хорошим решением, хотя ...

Так что мои вопросы:

• я использую новую модульную систему правильно?
• Что я могу сделать об этой ошибке? и
• Эти ограничения не позволяют мне обновляться, или я должен просто ждать, пока rx обновит их библиотеки?

---

Примечание: Я попытался запустить это со стандартным java/javac и они вызывают одни и те же вопросы. Кроме того, здесь моя версия Java:

java version "9-ea" 
Java(TM) SE Runtime Environment (build 9-ea+140) 
Java HotSpot(TM) 64-Bit Server VM (build 9-ea+140, mixed mode) 

Answer 1

Am I using the new module system correctly?

Да. То, что вы видите, - это предполагаемое поведение, и это связано с тем, что модули JPMS не разрешают разделенные пакеты.

В случае, если вы не знакомы с термином «сплит-пакеты», это по существу означает два члена одного и того же пакета, поступающие из двух разных модулей.

Например:
com.foo.A (от moduleA.jar)
com.foo.B (от moduleB.баночка)

What can I do about this error?

У вас есть два варианта:

1. (сложнее) "цельные" зависимости пакета. Однако это может быть сложно или невозможно, если вы не знакомы с внутренней работой библиотеки.
2. (проще) объединить две банки в одну банку (и, следовательно, один автоматический модуль), как вы упомянули выше. Я согласен с тем, что это не «хорошее» решение, но с разбивкой пакетов в первую очередь, как правило, тоже не очень хорошая идея.

Do these dependencies prevent me from updating, or should I just wait for rx to update their libs?

Надеется гм в конечном итоге будет их ЛИЭС не расколол пакеты в каком-то момент в будущем. До тех пор моя рекомендация заключалась в том, чтобы просто разбить две банки в одну банку (вариант № 2).

Answer 2

У меня была simmiliar проблема:

error: module flyway.core reads package javax.transaction.xa from both jboss.transaction.api.1.2.spec and java.sql 
error: module slf4j.api reads package javax.transaction.xa from both jboss.transaction.api.1.2.spec and java.sql 
error: module hibernate.core reads package javax.transaction.xa from both jboss.transaction.api.1.2.spec and java.sql 
.../src/main/java/module-info.java:1: error: module eu.com.x reads package javax.transaction.xa from both java.sql and jboss.transaction.api.1.2.spec 

я мог бы избавиться от проблемы раскола пакетов компиляции, проверяя мой проект по зависимостям («Gradle зависимости» или «МВН зависимость: дерево» может быть полезным) и исключая по код simmiliar для:

configurations.all { 
    exclude group: 'org.jboss.spec.javax.transaction', module: 'jboss-transaction-api_1.2_spec' 
} 

или

<dependencies> 
    <dependency> 
     <groupId>org.hibernate</groupId> 
     <artifactId>hibernate-core</artifactId> 
     <version>5.2.10.Final</version> 
     <exclusions> 
     <exclusion> 
      <groupId>org.jboss.spec.javax.transaction</groupId> 
      <artifactId>jboss-transaction-api_1.2_spec</artifactId> 
     </exclusion> 
     </exclusions> 
    </dependency> 
    </dependencies> 

Нет баночка повторении Мне нужна была проблема. Эта проблема не возникала на # JDK8. Вероятно, исключение зависимостей не помогает в каждом проекте.