¿Cuál es la diferencia entre el alcance de Maven compiley providedcuando el artefacto se construye como un JAR? Si fuera WAR, lo entendería: el artefacto se incluiría o no en WEB-INF / lib. Pero en el caso de un JAR no importa: las dependencias no están incluidas. Tienen que estar en classpath cuando su alcance es compileo provided. Sé que las provideddependencias no son transitivas, pero ¿es solo una diferencia?
Respuestas:
Del Doc Maven :
compilar
Este es el alcance predeterminado, utilizado si no se especifica ninguno. Las dependencias de compilación están disponibles en todos los classpaths de un proyecto. Además, esas dependencias se propagan a proyectos dependientes.
previsto
Esto es muy parecido a la compilación, pero indica que espera que el JDK o un contenedor proporcionen la dependencia en tiempo de ejecución. Por ejemplo, al crear una aplicación web para Java Enterprise Edition, establecería la dependencia de la API de Servlet y las API de Java EE relacionadas con el alcance proporcionado porque el contenedor web proporciona esas clases. Este alcance solo está disponible en el classpath de compilación y prueba, y no es transitivo.
Resumen:
compiley no lo será si el alcance es provided.
Compilar significa que necesita el JAR para compilar y ejecutar la aplicación. Para una aplicación web, como ejemplo, el JAR se colocará en el directorio WEB-INF / lib.
Proporcionado significa que necesita el JAR para la compilación, pero en el tiempo de ejecución ya hay un JAR proporcionado por el entorno, por lo que no lo necesita empaquetado con su aplicación. Para una aplicación web, esto significa que el archivo JAR no se colocará en el directorio WEB-INF / lib.
Para una aplicación web, si el servidor de aplicaciones ya proporciona el JAR (o su funcionalidad), use "proporcionado" o use "compilar".
mvn exec:javase ejecuta, pero sí una dependencia compilada.
Si planea generar un solo archivo JAR con todas sus dependencias (el típico xxxx-all.jar), entonces el alcance es importante, porque las clases dentro de este alcance no se incluirán en el JAR resultante.
Ver maven-assembly-plugin para más información
maven-assembly-plugin, interesante que las respuestas más votadas no lo mencionen.
- compilar
Póngalo a disposición en la ruta de clase, no agregue esta dependencia al jar final si es un jar normal; pero agregue este jar al jar si el jar final es un jar individual (por ejemplo, jar ejecutable)
- previsto
La dependencia estará disponible en el entorno de tiempo de ejecución, así que no agregue esta dependencia en ningún caso; incluso no en un solo jar (es decir, jar ejecutable, etc.)
Para un archivo jar, la diferencia está en el classpath listado en el archivo MANIFEST.MF incluido en el jar si addClassPath se establece en verdadero en la configuración de maven-jar-plugin. las dependencias 'compilar' aparecerán en el manifiesto, las dependencias 'provistas' no lo harán.
Una de mis manías es que estas dos palabras deben tener el mismo tiempo. Ya sea compilado y proporcionado, o compilado y proporcionado.
Cuando configura el alcance providedde Maven como , significa que cuando se ejecuta el complemento, la versión de dependencias real utilizada dependerá de la versión de Apache Maven que haya instalado.
Si el archivo jar es como el archivo jar ejecutable spring boot, el alcance de todas las dependencias debe compileincluir todos los archivos jar.
Pero si el archivo jar se usa en otros paquetes o aplicaciones, entonces no es necesario incluir todas las dependencias en el archivo jar porque estos paquetes o aplicaciones pueden proporcionar otras dependencias por sí mismos.
JAR packagingcontexto. Maven doc no lo menciona. Uso Maven por un tiempo, pero ya me he preguntado sobre eso :) Entonces parece que enJAR packagingcontexto, no hay ninguna diferencia entrecompileyprovided(excepto la transición de dependencia). Estoy en lo cierto?