Где я должен поставить модульные тесты при переносе проекта Java 8 на Jigsaw

Question

В настоящее время я тестирую перенос приложения Java 8 на Java 9/Jigsaw с помощью jdk-9 + 149.

Проект был выложен в стандартной схеме директорий Maven, т.е. имеющий src/main/java, src/test/java и т.д.

Как только я добавляю module-info.java к src/main/java, Maven-компилятор-плагин не бросает NullPointerException. Это связано с тем, что он ожидает найти информацию о модуле для каталога test. Итак, насколько я могу судить, существуют следующие варианты:

• хранят классы тестов в отдельном модуле, что означает, что они могут получить доступ только к экспортированным пакетам основного модуля.
• переместить тестовые классы в основной модуль вместе с источниками, что означает, что основному модулю нужны тестовые зависимости.

Очевидно, что ни один из этих вариантов не представляется желательным, поэтому я предполагаю, что рекомендуется использовать модули Jigsaw в проекте Maven. Неохотно я не мог найти ни рекомендаций, ни примеров.

EDIT: Добавление некоторой информации, которую я не считал уместным, отправляя вопрос (извините)

• the NullPointerException I ran into
• Maven 3.3.9
• Maven-компилятор плагин 3.6.0
• источник и целевая конфигурация: 9

Answer 1

Поддержка Maven для Java 9 вообще и тесты, в частности, все еще находятся под Развитие - многие вещи работают, но другие не могут. Не видя трассировки стека для NPE, это, конечно, спекуляция, но я предполагаю, что вы ran into this error.

В более общем плане вопрос о том, как точно будут выполняться единичные тесты с Jigsaw, еще обсуждается - даже on the Jigsaw mailing list.

Вот мое мнение по этому вопросу:

1. Как вы заметили, кладя тесты в отдельный модуль будет означать, что только общедоступные типы в экспортируемых пакетах будут проверяемыми, который, безусловно, не достаточно. Могут быть обходные пути, но для этого требуется либо отредактировать декларацию модуля (исходный код module-info.java), либо дескриптор (байтовый код, module-info.class) на лету или добавить тонны флагов командной строки javac и java, компилируя и запуская тесты , Ни один из них не звучит особенно забавно, особенно если вы хотите сделать это вручную.

2. Перемещение тестов в исходное дерево - плохая идея по очевидным причинам, не в последнюю очередь среди них, что создание JAR без тестов потребует много времени.

3. Другой вариант - использовать опцию --patch-module, которая позволяет добавить class -файлы или содержимое JAR к существующему модулю.Таким образом, шаг testCompile может создать JAR, содержащий исходные файлы и. К сожалению, если он не манипулирует объявлением/описанием модуля, как описано выше, результирующий JAR не может быть выполнен без добавления границ чтения с java --add-reads для тестовых зависимостей. Тем не менее, лучше, чем выше.

4. В качестве крайней меры существуют способы, чтобы производственный JAR рассматривался как обычный JAR, а не как модуль. Проще всего было бы свалить его на путь класса вместе с тестовым JAR. Таким образом, все работает так же, как в Java < 9. К сожалению, это сломает код, который использует функции в предположении, что он находится внутри именованного модуля (например, некоторые виды взаимодействий с API отражения).

Лично я считаю, что 3. является лучшим из вышеперечисленных вариантов. Это не потребует изменений в макете проекта и только сравнительно незначительных добавлений к командам javac и java.

Answer 2

Вы должны хотя бы использовать maven-compiler-plugin 3.6.0 для поддержки головоломки. Однако, поскольку build +148 бинарная структура файла класса изменилась, поэтому плагин не может извлечь имя модуля по-прежнему (имя модуля должно быть в состоянии скомпилировать тесты). Я работаю над исправлением для этого, но я, вероятно, полагаюсь на новую версию ASM.

UPDATE: maven-compiler-plugin-3.6.1 был выпущен, поэтому поддержка головоломки восстанавливается.

Answer 3

Как уже suggested here, используя обновленную версию Maven-компилятора-плагина: 3.7.0 должен помочь вам исправить это: -

<plugins> 
    <plugin> 
     <groupId>org.apache.maven.plugins</groupId> 
     <artifactId>maven-compiler-plugin</artifactId> 
     <version>3.7.0</version> 
     <configuration> 
      <source>9</source> 
      <target>9</target> 
      <compilerArgument>-Xlint:all</compilerArgument> 
     </configuration> 
    </plugin> 
</plugins> 

Где можно разместить модульные тесты под той же директории, это было до модуляции. Вот sample project от меня, который основан на JDK9 и Maven3 +. Проект следует структуру каталогов, как изображено на скриншоте: -

И этот пост все, что вам нужно сделать, это выполнить тесты с помощью команды:

mvn test 

из корневого каталога проект для поиска тестов будет выполнен, как обычно.