Проблема компиляции Maven с Java 9

Попытка скомпилировать проект Maven с использованием JDK 9.0.1 Я столкнулся с этой stacktrace без объяснения причин:

Не совсем уверен, что вызывает это, это ошибка в JDK?

Ответы

Ответ 1

Просто добавь это

<forceJavacCompilerUse>true</forceJavacCompilerUse>

к вашему плагину сборки компилятора maven в вашем POM, и вы увидите все ошибки javac! Источник с более подробной информацией

Ответ 2

Часть трассировки стека

at jdk.compiler/com.sun.tools.javac.main.JavaCompiler.readSourceFile(JavaCompiler.java:821)

относится к строке кода

throw new CompletionFailure(c, diags.fragment("cant.resolve.modules"));

Это может произойти, если вы пытаетесь создать модуль maven, который не основан на Java9 и/или не имеет (правильного) объявления модуля module-info.java с версией выпуска, указанной как 9, где он не сможет для разрешения модулей с/без декларации.

Ответ 3

ОБНОВИТЬ

В большинстве случаев эта ошибка возникает, когда компилятор пытается сообщить об ошибке компиляции, но он взрывается в процессе. До сих пор в основном два подхода помогли решить эти проблемы:

Отключить обработку аннотаций с помощью -proc:none аргумента компилятора (похоже, что обработка аннотаций может нарушить компилятор, поэтому, если вы не собираетесь использовать их, это бесплатный выигрыш).
Отлаживайте компилятор с помощью условной точки останова и пройдите стек до тех пор, пока сообщение об ошибке компилятора не будет найдено, а затем исправить эту ошибку...

ORGINAL SOLUTION

После многих проб и ошибок я смог обойти/исправить эту проблему локально, мой подход в конце концов был следующим:

У меня было предположение, что, возможно, зависимости каким-то образом влияют на результат сборки, поэтому я начал комментировать записи Maven <dependency> в отказоустойчивом модуле POM.
сборка затем начала сбой, но она сделала это с ожидаемым, не может найти символ и подобные ошибки компиляции вместо бесполезной ошибки AssertionError
оказалось, что была одна конкретная зависимость, которая вызвала этот AssertionError.
После анализа кода я не мог определить веских причин, по которым эта зависимость может вызвать проблемы, поэтому я начал смотреть на транзитивные зависимости
Затем я использовал тот же подход, что и раньше, но вместо того, чтобы раскомментировать ошибочную зависимость, я вложил все свои транзитивные зависимости в POM
сборка снова не удалась, и после много-много испытаний выяснилось, что я могу вызвать AssertionError, когда были включены как io.vavr: vavr: 0.9.0: компиляция, так и javax.servlet: servlet-api: 3.0.1: тест в графе зависимостей

Мне все еще не нравится, как зависимость от тестовой области может повлиять на компиляцию проекта... Также выяснилось, что javax.servlet: servlet-api: 3.0.1: предоставлено уже среди зависимостей модуля сбоя и зависимость от тестовой области фактически не использовалась ни для чего.

В конце концов я просто удалил неверно определенную зависимость сервлета-api, зависящую от тестовой области, от модуля запуска ошибок, и вдруг Maven смог скомпилировать ранее провальный модуль.

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