No tengo mucha experiencia con maven y mientras experimentaba con el proyecto de varios módulos, comencé a preguntarme cómo puedo especificar la versión de Java para todos mis módulos secundarios en el pom principal de maven. Hasta hoy estaba usando solo:

<properties>
    <java.version>1.8</java.version>
</properties>

pero al investigar, descubrí que también puede especificar la versión de Java en el complemento del compilador de Maven, así:

<plugins>
    <plugin>    
        <artifactId>maven-compiler-plugin</artifactId>
        <configuration>
            <source>1.8</source>
            <target>1.8</target>
        </configuration>
    </plugin>
</plugins>

Y luego envuelva esto en la etiqueta de administración del complemento para permitir el uso de poms de los niños. Entonces, la primera pregunta es ¿cuáles son las diferencias entre la configuración de la versión de Java en las propiedades y en el complemento del compilador maven?

No pude encontrar una respuesta clara, pero en el proceso de investigación descubrí que también puede especificar la versión de Java de esta manera:

<properties>
    <maven.compiler.source>1.8</maven.compiler.source>
    <maven.compiler.target>1.8</maven.compiler.target>
</properties>

lo que sugiere que el complemento del compilador está allí incluso si no lo declaro explícitamente. Ejecutando salidas de paquetes mvn con

maven-compiler-plugin:3.1:compile (default-compile) @ testproj ---

y algunos otros complementos que no declaré. Entonces, ¿esos complementos son parte predeterminada y oculta de maven pom? ¿Hay alguna diferencia entre la configuración de origen / destino en las propiedades y en el elemento de configuración del complemento maven?

Algunas otras preguntas son: ¿de qué manera se debe usar (y cuándo si no son iguales)? ¿Cuál es mejor para un proyecto de varios módulos y qué sucede si la versión de Java especificada en pom es diferente a la versión señalada en JAVA_HOME?

¿Cómo especificar la versión de JDK?

Use cualquiera de estas tres formas: (1) Función Spring Boot, o use el complemento del compilador Maven con (2) source& targeto (3) con release.

Bota de primavera

1. <java.version>no se hace referencia en la documentación de Maven.
   Es una especificidad de Spring Boot.
   Permite configurar la versión de Java de origen y de destino con la misma versión como esta para especificar java 1.8 para ambos:

   1.8

Siéntase libre de usarlo si usa Spring Boot.

maven-compiler-plugincon source&target

1. El uso de las propiedades maven-compiler-plugino maven.compiler.source/ maven.compiler.targetpara especificar sourcey targetson equivalentes.

   Maven-compiler-plugin 1.8 1.8

y

<properties>
    <maven.compiler.source>1.8</maven.compiler.source>
    <maven.compiler.target>1.8</maven.compiler.target>
</properties>

son equivalentes según la documentación de Maven del complemento del compilador, ya que <source>los <target>elementos y en la configuración del compilador usan las propiedades maven.compiler.sourcey maven.compiler.targetsi están definidas.

fuente

El -sourceargumento del compilador de Java.
El valor por defecto es: 1.6.
Propiedad de usuario es: maven.compiler.source.

objetivo

El -targetargumento del compilador de Java.
El valor por defecto es: 1.6.
Propiedad de usuario es: maven.compiler.target.

Acerca de los valores predeterminados para sourcey target, tenga en cuenta que desde el 3.8.0compilador maven, los valores predeterminados han cambiado de 1.5a1.6 .

maven-compiler-plugincon en releaselugar de source&target

1. El complemento del compilador de maven 3.6y las versiones posteriores proporcionan una nueva forma:

   org.apache.maven.plugins maven-compiler-plugin 3.8.0 9

También puede declarar solo:

<properties>
    <maven.compiler.release>9</maven.compiler.release>
</properties>

Pero en este momento no funcionará ya que la maven-compiler-pluginversión predeterminada que usa no depende de una versión lo suficientemente reciente.

El releaseargumento de Maven transmite release: una nueva opción estándar de JVM que podríamos pasar de Java 9:

Compila contra la API pública, admitida y documentada para una versión de VM específica.

De esta forma, se proporciona una forma estándar de especificar la misma versión para las opciones source, la targety la bootstrapJVM.
Tenga en cuenta que especificar el bootstrapes una buena práctica para las compilaciones cruzadas y no le vendrá mal si tampoco realiza compilaciones cruzadas.

¿Cuál es la mejor forma de especificar la versión de JDK?

La primera forma ( <java.version>) está permitida solo si usa Spring Boot.

Para Java 8 y versiones anteriores:

Acerca de las otras dos formas: valorando las propiedades maven.compiler.source/ o usando las , puede usar una u otra. No cambia nada en los hechos, ya que finalmente las dos soluciones se basan en las mismas propiedades y el mismo mecanismo: el complemento del compilador principal de maven.maven.compiler.targetmaven-compiler-plugin

Bueno, si no necesita especificar otras propiedades o comportamientos que las versiones de Java en el complemento del compilador, usar esta forma tiene más sentido ya que es más conciso:

<properties>
    <maven.compiler.source>1.8</maven.compiler.source>
    <maven.compiler.target>1.8</maven.compiler.target>
</properties>

Desde Java 9:

El releaseargumento (tercer punto) es una forma de considerar seriamente si desea utilizar la misma versión para el origen y el destino.

¿Qué sucede si la versión difiere entre el JDK en JAVA_HOME y cuál se especifica en el pom.xml?

No es un problema si el JDK al que hace referencia el JAVA_HOMEes compatible con la versión especificada en el pom pero para asegurar una mejor compatibilidad de compilación cruzada piense en agregar la bootstrapopción JVM con como valor la ruta del rt.jarde la targetversión.

Un aspecto importante a tener en cuenta es que sourcey la targetversión en la configuración de Maven no debe ser superior a la versión de JDK a la que hace referencia JAVA_HOME.
Una versión anterior del JDK no se puede compilar con una versión más reciente ya que no conoce su especificación.

Para obtener información sobre las versiones compatibles de origen, destino y lanzamiento de acuerdo con el JDK utilizado, consulte la compilación de java: versiones compatibles de origen, destino y lanzamiento .

¿Cómo manejar el caso de JDK al que hace referencia JAVA_HOME no es compatible con las versiones de destino y / o fuente de Java especificadas en el pom?

Por ejemplo, si se JAVA_HOMErefiere a un JDK 1.7 y especifica un JDK 1.8 como fuente y destino en la configuración del compilador de su pom.xml, será un problema porque, como se explicó, el JDK 1.7 no sabe cómo compilar con .
Desde su punto de vista, es una versión de JDK desconocida ya que fue lanzada después.
En este caso, debe configurar el complemento del compilador de Maven para especificar el JDK de esta manera:

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-compiler-plugin</artifactId>
    <configuration>
        <source>1.8</source>
        <target>1.8</target>
        <compilerVersion>1.8</compilerVersion>      
        <fork>true</fork>
        <executable>D:\jdk1.8\bin\javac</executable>                
    </configuration>
</plugin>

Podría tener más detalles en ejemplos con el complemento del compilador maven .

No se pregunta, pero los casos en los que puede ser más complicado es cuando especifica la fuente pero no el destino. Puede usar una versión diferente en el destino según la versión de origen. Las reglas son particulares: puede leer sobre ellas en la sección Opciones de compilación cruzada .

¿Por qué se rastrea el complemento del compilador en la salida en la ejecución del packageobjetivo de Maven incluso si no lo especifica en el pom.xml?

Para compilar su código y, en general, realizar todas las tareas necesarias para un objetivo de maven, Maven necesita herramientas. Por lo tanto, se utiliza complementos del núcleo Maven (reconoces un núcleo Maven Plugin por su groupId: org.apache.maven.plugins) para realizar las tareas requeridas: Plugin compilador para la compilación de las clases, plugin de prueba para la ejecución de pruebas, y así por ... Así que, incluso si no lo hace declare estos complementos, están vinculados a la ejecución del ciclo de vida de Maven.
En el directorio raíz de su proyecto Maven, puede ejecutar el comando: mvn help:effective-pompara que el pom final se use de manera efectiva. Podrías ver entre otra información, complementos adjuntos por Maven (especificados o no en tu pom.xml), con la versión utilizada, su configuración y los objetivos ejecutados para cada fase del ciclo de vida.

En la salida del mvn help:effective-pomcomando, puede ver la declaración de estos complementos principales en el <build><plugins>elemento, por ejemplo:

...
<plugin>
   <artifactId>maven-clean-plugin</artifactId>
   <version>2.5</version>
   <executions>
     <execution>
       <id>default-clean</id>
       <phase>clean</phase>
       <goals>
         <goal>clean</goal>
       </goals>
     </execution>
   </executions>
 </plugin>
 <plugin>
   <artifactId>maven-resources-plugin</artifactId>
   <version>2.6</version>
   <executions>
     <execution>
       <id>default-testResources</id>
       <phase>process-test-resources</phase>
       <goals>
         <goal>testResources</goal>
       </goals>
     </execution>
     <execution>
       <id>default-resources</id>
       <phase>process-resources</phase>
       <goals>
         <goal>resources</goal>
       </goals>
     </execution>
   </executions>
 </plugin>
 <plugin>
   <artifactId>maven-compiler-plugin</artifactId>
   <version>3.1</version>
   <executions>
     <execution>
       <id>default-compile</id>
       <phase>compile</phase>
       <goals>
         <goal>compile</goal>
       </goals>
     </execution>
     <execution>
       <id>default-testCompile</id>
       <phase>test-compile</phase>
       <goals>
         <goal>testCompile</goal>
       </goals>
     </execution>
   </executions>
 </plugin>
  ...

Puede tener más información al respecto en la introducción del ciclo de vida de Maven en la documentación de Maven .

Sin embargo, puede declarar estos complementos cuando desee configurarlos con otros valores como valores predeterminados (por ejemplo, lo hizo cuando declaró el complemento del compilador maven en su pom.xml para ajustar la versión de JDK a usar) o cuando desea agregar algunas ejecuciones de complementos que no se utilizan de forma predeterminada en el ciclo de vida de Maven.

Ninguna de las soluciones anteriores funcionó para mí de inmediato. Entonces hice lo siguiente:

1. Adicional

   <properties> <maven.compiler.target>1.8</maven.compiler.target> <maven.compiler.source>1.8</maven.compiler.source> </properties>

   en pom.xml

2. Fue a Project Properties > Java Build Path, luego eliminó la biblioteca del sistema JRE a la que apuntaba JRE1.5.

3. Force actualizó el proyecto.

Considere la alternativa:

<properties>
    <javac.src.version>1.8</javac.src.version>
    <javac.target.version>1.8</javac.target.version>
</properties>

Debería ser lo mismo, maven.compiler.source/maven.compiler.targetpero la solución anterior funciona para mí, de lo contrario, la segunda obtiene la especificación principal (tengo una matrioska de .pom)