Quelle est la différence entre la portée maven compileet le providedmoment où l'artefact est créé en tant que JAR? Si c'était WAR, je comprendrais - l'artefact serait inclus ou non dans WEB-INF / lib. Mais dans le cas d'un JAR, cela n'a pas d'importance - les dépendances ne sont pas incluses. Ils doivent être sur classpath lorsque leur portée est compileou provided. Je sais que les provideddépendances ne sont pas transitives - mais est-ce seulement une différence?
Réponses:
Du Maven Doc :
compiler
Il s'agit de la portée par défaut, utilisée si aucune n'est spécifiée. Les dépendances de compilation sont disponibles dans tous les chemins de classe d'un projet. En outre, ces dépendances sont propagées aux projets dépendants.
à condition de
Cela ressemble beaucoup à la compilation, mais indique que vous vous attendez à ce que le JDK ou un conteneur fournisse la dépendance au moment de l'exécution. Par exemple, lors de la création d'une application Web pour Java Enterprise Edition, vous devez définir la dépendance sur l'API Servlet et les API Java EE associées sur la portée fournie car le conteneur Web fournit ces classes. Cette portée est uniquement disponible sur la compilation et le chemin de classe de test et n'est pas transitive.
Résumer:
compileet ne le seront pas si la portée est provided.
Compiler signifie que vous avez besoin du JAR pour compiler et exécuter l'application. Pour une application Web, par exemple, le JAR sera placé dans le répertoire WEB-INF / lib.
Fourni signifie que vous avez besoin du fichier JAR pour la compilation, mais au moment de l'exécution, il y a déjà un fichier JAR fourni par l'environnement, vous n'avez donc pas besoin qu'il soit fourni avec votre application. Pour une application Web, cela signifie que le fichier JAR ne sera pas placé dans le répertoire WEB-INF / lib.
Pour une application Web, si le serveur d'applications fournit déjà le fichier JAR (ou ses fonctionnalités), utilisez "fourni", sinon utilisez "compiler".
mvn exec:javason exécution, mais une dépendance compilée l'est.
Si vous prévoyez de générer un seul fichier JAR avec toutes ses dépendances (le xxxx-all.jar typique), alors la portée est importante, car les classes à l'intérieur de cette portée ne seront pas incluses dans le JAR résultant.
Voir maven-assembly-plugin pour plus d'informations
maven-assembly-plugin, intéressant que les réponses les plus votées ne le mentionnent pas.
- compiler
Rendez disponible dans le chemin de classe, n'ajoutez pas cette dépendance dans le pot final s'il s'agit d'un pot normal; mais ajoutez ce pot dans le pot si le pot final est un seul pot (par exemple, un pot exécutable)
- à condition de
La dépendance sera disponible dans l'environnement d'exécution, n'ajoutez donc pas cette dépendance dans tous les cas; même pas dans un seul pot (c'est-à-dire un pot exécutable, etc.)
Pour un fichier jar, la différence réside dans le chemin de classe répertorié dans le fichier MANIFEST.MF inclus dans le jar si addClassPath est défini sur true dans la configuration maven-jar-plugin. les dépendances «compiler» apparaîtront dans le manifeste, les dépendances «fournies» ne le seront pas.
Une de mes bêtes noires est que ces deux mots devraient avoir le même temps. Soit compilé et fourni, soit compilé et fourni.
Lorsque vous définissez maven scope comme provided, cela signifie que lorsque le plug-in s'exécute, la version des dépendances réelle utilisée dépend de la version d'Apache Maven que vous avez installée.
Si le fichier jar est similaire au fichier jar Spring Boot exécutable, la portée de toutes les dépendances doit être compiled'inclure tous les fichiers jar.
Mais si le fichier jar est utilisé dans d'autres packages ou applications, il n'a pas besoin d'inclure toutes les dépendances dans le fichier jar car ces packages ou applications peuvent fournir d'autres dépendances elles-mêmes.
JAR packagingcontexte. Maven doc n'en parle pas. J'utilise Maven depuis un certain temps, mais je me suis déjà posé des questions à ce sujet :) Il semble donc que dans leJAR packagingcontexte, il n'y a pas de différence entrecompileetprovided(sauf transition de dépendance). Ai-je raison?