El Maven Wrapper (`mvnw`) descarga y usa la versión de Maven fijada en `.mvn/wrapper/maven-wrapper.properties`, aunque no tengas Maven instalado.

Verdadero. Para eso existe: todo el equipo y el CI compilan con la misma versión de Maven sin instalar nada.

Ejecutar `mvn package` también ejecuta las fases `compile` y `test`.

Verdadero. Lanzar una fase ejecuta todas las anteriores del ciclo `default`: validate, compile, test y package.

Una dependencia con scope `provided` se incluye dentro del JAR o WAR final.

Falso. `provided` significa que la aporta el entorno de ejecución (por ejemplo, el servidor de aplicaciones). Está al compilar, pero no se empaqueta.

Las dependencias con scope `test` están disponibles al compilar el código de `src/main`.

Falso. Solo existen en el classpath de `src/test`. Si el código de producción las necesita, el build falla, y eso es lo que se busca.

Maven usa el JDK al que apunta `JAVA_HOME`, aunque en el `PATH` aparezca otro `java` antes.

Verdadero. El script `mvn` arranca con `JAVA_HOME` si está definido. Por eso `java -version` y `mvn -v` pueden mostrar JDK distintos.

Con ` 17 ` puedes compilar con un JDK 21 y obtener bytecode compatible con Java 17.

Verdadero. `--release` fija el nivel del lenguaje, la versión del bytecode y la API del JDK disponible. Es más seguro que usar solo `source` y `target`.

Si dos dependencias traen versiones distintas de la misma librería, Maven elige siempre la más alta.

Falso. Gana la más cercana en el árbol (nearest wins) y, si empatan en profundidad, la que se declaró primero. Para forzar una versión se usa `dependencyManagement`.

`mvn dependency:tree` muestra las dependencias transitivas y qué versión de cada una ha quedado elegida.

Verdadero. Con `-Dverbose` también enseña las versiones descartadas por conflicto. Es la primera herramienta para diagnosticar un `NoSuchMethodError`.

Una dependencia con scope `runtime` no está disponible al compilar, pero sí al ejecutar y en los tests.

Verdadero. Es el caso típico de un driver JDBC: el código usa la API de `java.sql` y el driver concreto solo hace falta en ejecución.

`mvn clean` forma parte del ciclo de vida `default`.

Falso. Maven tiene tres ciclos de vida: `clean`, `default` y `site`. `clean` es uno propio; por eso se escribe `mvn clean verify`.

Quiz de la fase 0 Fase 0: Setup Profesional, JDK y Dominio de Maven

¿Verdadero o falso?

10 afirmaciones sobre los días de esta fase. Responde cada una y lee la explicación: el fallo suele estar en un matiz.

0 de 10 respondidas
0 aciertos

El Maven Wrapper (mvnw) descarga y usa la versión de Maven fijada en .mvn/wrapper/maven-wrapper.properties, aunque no tengas Maven instalado.
Ejecutar mvn package también ejecuta las fases compile y test.
Una dependencia con scope provided se incluye dentro del JAR o WAR final.
Las dependencias con scope test están disponibles al compilar el código de src/main.
Maven usa el JDK al que apunta JAVA_HOME, aunque en el PATH aparezca otro java antes.
Con <maven.compiler.release>17</maven.compiler.release> puedes compilar con un JDK 21 y obtener bytecode compatible con Java 17.
Si dos dependencias traen versiones distintas de la misma librería, Maven elige siempre la más alta.
mvn dependency:tree muestra las dependencias transitivas y qué versión de cada una ha quedado elegida.
Una dependencia con scope runtime no está disponible al compilar, pero sí al ejecutar y en los tests.
mvn clean forma parte del ciclo de vida default.