Spring Boot не может запустить maven-surefire-plugin ClassNotFoundException org.apache.maven.surefire.booter.ForkedBooter

Обходной путь для проблемы состоял в том, чтобы переопределить определение Spring Boot maven-surefire-plugin и установить для useSystemClassLoader значение false. Прочтите Документы Surefire для более подробной информации.

<build>
    <plugins>
        ...
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-surefire-plugin</artifactId>
            <configuration>
                <useSystemClassLoader>false</useSystemClassLoader>
            </configuration>
        </plugin>
    </plugins>
</build>

Решение <useSystemClassLoader>false</useSystemClassLoader>, предоставленное jediz, позволяло выполнять мои надежные тесты, но нарушало загрузку классов в некоторых из моих интеграционных тестов Spring Boot.

У меня сработала следующая конфигурация maven-surefire-plugin:

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-surefire-plugin</artifactId>
    <configuration>
        <argLine>-Djdk.net.URLClassPath.disableClassPathURLCheck=true</argLine>
    </configuration>
</plugin>

Это связано с известная ошибка в плагине Maven Surefire. Это было исправлено в версии 3.0.0-M1, которая была выпущен в ноябре 2018 г.. Итак, самое простое и надежное решение - обновить ту версию плагина, которую вы используете.

У меня сработало обновление maven-surefire-plugin с 2.12.4 до 3.0.0-M1. В проекте плагин явно не использовался, поэтому мне пришлось добавить новую зависимость плагина.

<plugins>
   ...
   <plugin>
      <artifactId>maven-surefire-plugin</artifactId>
      <version>3.0.0-M1</version>
   </plugin>
   ...
</plugins>

Для меня решением было запустить mvn как

_JAVA_OPTIONS=-Djdk.net.URLClassPath.disableClassPathURLCheck=true mvn clean compile package

Другие идеи (передача системного свойства списку аргументов maven, различные изменения в pom.xml, settings.xml) не сработали.

Несмотря на то, что он не содержал точного решения, этот ответ также был очень полезен для меня, чтобы прояснить, что это неудачное сотрудничество двух независимых, безобидных ошибок в Ubuntu JDK и Maven Surefire Plugin.

Недавний Debian (buster) с теми же версиями JDK и Maven, похоже, не затронут этой проблемой, но Ubuntu (xenial) затронул.

Точное решение исходит из ответа это.

_{Update from the future: with Debian Buster is alles okay and this workaround is not needed any more.}

Мне удалось удалить maven-surefire-plugin из моего POM после добавления его в верхнюю часть моего POM (внутри узла <project>)

<prerequisites>
    <maven>3.6.3</maven>
</prerequisites>

Почему я думаю, что это правильный ответ?

• Он указывает версию Maven, которую Maven рекомендует использовать: https://maven.apache.org/download.cgi
• когда вы запускаете mvn versions:display-plugin-updates, он показывает, что он берет maven-surefire-plugin 3.0.0-M3 из super-pom, который до сих пор, похоже, исправил эту проблему.
• Вам не нужно самостоятельно управлять отдельными версиями плагинов. Просто ваша минимальная версия maven, которая контролирует версию super-pom.

Добавив это в maven-surefire-plugin, я решил проблему:

<plugin>    
  <groupId>org.apache.maven.plugins</groupId>   
  <artifactId>maven-surefire-plugin</artifactId>    
  <configuration>
    <forkCount>0</forkCount>
  </configuration>
</plugin>