Différence entre Maven scope compile et fourni pour l'emballage JAR

Compile signifie que vous avez besoin du JAR pour compiler et exécuter l'application. pour une application web, par exemple, le fichier JAR sera placé dans le répertoire WEB-INF/lib.

Provided signifie que vous avez besoin du JAR pour la compilation, mais au moment de l'exécution, il existe déjà un JAR fourni par l'environnement, donc vous n'en avez pas besoin emballé 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 un web app, si le serveur d'applications fournit déjà le JAR (ou ses fonctionnalités), utilisez "fourni" sinon utilisez "compiler".

Voici la référence.

Si vous prévoyez de générer un seul fichier JAR avec toutes ses dépendances (le xxxx-all typique.jar), puis la portée fournie compte, car les classes à l'intérieur de cette portée ne seront pas package dans le JAR résultant.

Voir Maven-assembly-plugin pour plus d'informations

Voici le brief sur toutes les dépendances prises en charge (source Maven doc )

Compiler

C'est 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. De plus, ces dépendances sont propagées à des projets dépendants.

Fourni

Cela ressemble beaucoup à la compilation, mais indique que vous attendez du JDK ou d'un conteneur pour fournir 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 de L'API Servlet et des API Java EE associées sur la portée fournie car le conteneur web fournit ces classes. Cette portée n'est disponible que sur le classpath de compilation et de test, et n'est pas transitive.

Durée d'exécution

Cette portée indique que la dépendance n'est pas requise pour la compilation, mais pour l'exécution. C'est dans les classpaths d'exécution et de test, mais pas dans le classpath de compilation.

Essai

Ce scope indique que la dépendance n'est pas requise pour une utilisation normale de l'application et n'est disponible que pour les phases de compilation et d'exécution des tests. Cette portée n'est pas transitive.

Système

Cette portée est similaire sauf que vous devez fournir le BOCAL qui contient explicitement. L'artefact est toujours disponible et n'est pas recherché dans un référentiel.

Import (disponible uniquement dans Maven 2.0.9 ou version ultérieure)

Cette portée est uniquement prise en charge dépendance de type pom dans la section. Il indique la dépendance à remplacer par la liste effective des dépendances dans la section POM spécifiée. Comme elles sont remplacées, les dépendances avec une portée d'importation ne participent pas réellement à la limitation de la transitivité d'une dépendance.

• compiler

Rendez disponible dans le chemin de classe, n'ajoutez pas cette dépendance dans le jar final s'il s'agit d'un jar normal; mais ajoutez ce jar dans le jar si le jar final est un jar unique (par exemple, JAR exécutable)

• fourni

La dépendance sera disponible à l'environnement d'exécution, donc n'ajoutez pas cette dépendance dans tous les cas; même pas dans un seul jar (c'est-à-dire un JAR exécutable, etc.)

Pour un fichier jar, la différence est dans le classpath répertorié dans le manifeste.Fichier MF inclus dans le jar si addClassPath est défini sur true dans la configuration Maven-jar-plugin. les dépendances ' compile 'apparaîtront dans le manifeste, les dépendances' fournies ' ne le seront pas.

Un de mes pet peeves est que ces deux mots devraient avoir le même temps. Soit compilé et fourni, soit compiler et fournir.