run - spring boot maven plugin generate jar

Spring Boot no ejecuta maven-surefire-plugin ClassNotFoundException org.apache.maven.surefire.booter.ForkedBooter

Question

La ejecución de maven (3.5.2) compilación de una aplicación Spring Boot 2.0.2.RELEASE (generada por el inicializador web con dependencias web) falla al ejecutar el complemento maven-surefire-plugin diciendo:

Error: no se pudo encontrar o cargar la clase principal org.apache.maven.surefire.booter.ForkedBooter

Causado por: java.lang. ClassNotFoundException : org.apache.maven.surefire.booter. Bifurcador

¿Por qué está pasando esto? ¿Es un problema en la integración boot + surefire = un error?

Para referencia, las dependencias que parecen relevantes son:

<parent>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-parent</artifactId>
<version>2.0.2.RELEASE</version>
<relativePath/>
</parent>
...
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-test</artifactId>
<scope>test</scope>
</dependency>
...
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
...
<build>
<plugins>
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
</plugin>
</plugins>
</build>

Answer 1

La <useSystemClassLoader>false</useSystemClassLoader> provista por jediz permitió que se ejecutaran mis pruebas surefire, pero interrumpió la carga de clases en algunas de mis pruebas de integración Spring Boot.

La siguiente configuración de maven-surefire-plugin funcionó para mí:

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

Answer 2

La actualización del complemento maven-surefire de 2.12.4 a 3.0.0-M1 funcionó para mí. El proyecto no usó explícitamente el complemento, así que tuve que agregar una nueva dependencia de complemento.

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

Answer 3

La solución para el problema fue anular la definición de maven-surefire-plugin Spring Boot y establecer useSystemClassLoader en false . Lee los documentos de Surefire para más detalles.

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

Answer 4

Para mí, la solución fue ejecutar mvn como

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

Otras ideas (dando la propiedad del sistema a la lista de argumentos de Maven, diferentes cambios en pom.xml , settings.xml ) no funcionaron.

A pesar de que no contenía la solución exacta, también esta respuesta me ayudó mucho a aclarar que es una cooperación desafortunada de dos errores independientes e independientes en el Ubuntu JDK y en el Maven Surefire Plugin.

Debian (destructor) reciente con las mismas versiones de JDK y Maven no parece afectado por el problema, pero Ubuntu (xenial) sí lo hizo.

La solución exacta viene de this respuesta.

Answer 5

Pude eliminar el complemento maven-surefire-plugin de mi POM después de agregar esto a la parte superior de mi POM (dentro del nodo <project> )

<prerequisites>
<maven>3.6.1</maven>
</prerequisites>

¿Por qué creo que esta es la respuesta correcta?

• Especifica la versión de Maven que Maven recomienda usar: https://maven.apache.org/download.cgi
• cuando mvn versions:display-plugin-updates muestra que está tomando maven-surefire-plugin 3.0.0-M3 de super-pom, que hasta ahora parece haber resuelto este problema.
• No es necesario administrar versiones individuales de complementos de forma independiente a partir de ahora. Solo la versión mínima de Maven que controla la versión super-pom.