Maintenant que vous avez une meilleure vision du processus d'exécution d'un build Maven, nous allons pouvoir personnaliser la construction de votre projet grâce aux plugins maven.
Le but est d'adapter et d'enrichir le POM afin de coller le plus possible à votre besoin et ainsi d'automatiser au maximum la construction et la génération des livrables de votre projet.
Les plugins déjà câblés aux phases
Rappelez-vous : les phases d'un build lifecycle sont découpées en tâches réalisées par les goals de différents plugins : http://maven.apache.org/ref/3.5.0/maven-core/lifecycles.html.
Suivant le build lifecycle et le packaging utilisés, différents goals sont câblés par défaut aux différentes phases : http://maven.apache.org/ref/3.5.0/maven-core/default-bindings.html.
Pour le packaging JAR, voici le câblage par défaut (pour la version 3.5.0 de Maven) :
org.apache.maven.plugins:maven-resources-plugin:2.6:resources
org.apache.maven.plugins:maven-compiler-plugin:3.1:compile
org.apache.maven.plugins:maven-resources-plugin:2.6:testResources
org.apache.maven.plugins:maven-compiler-plugin:3.1:testCompile
org.apache.maven.plugins:maven-surefire-plugin:2.12.4:test
org.apache.maven.plugins:maven-jar-plugin:2.4:jar
org.apache.maven.plugins:maven-install-plugin:2.4:install
org.apache.maven.plugins:maven-deploy-plugin:2.7:deploy
Affiner la configuration de la compilation
J'aimerais que lors de la compilation, Maven m'affiche les utilisations de méthodes dépréciées (@Deprecated
) ainsi que les avertissements de compilation (warnings).
Je remarque dans la documentation que la phase compile
est assurée par le goal compile
du plugin org.apache.maven.plugins:maven-compiler-plugin
:
...
org.apache.maven.plugins:maven-compiler-plugin:3.1:compile
...
Je vais dans la documentation des plugins : https://maven.apache.org/plugins/index.html.
Et plus précisément dans la documentation du goal compile
du plugin maven-compiler-plugin
: https://maven.apache.org/plugins/maven-compiler-plugin/compile-mojo.html.
J'obtiens ainsi une description du goal et la liste des options de configuration qui lui sont applicables.
Deux options retiennent mon attention :
Name | Type | Description |
---|---|---|
showDeprecation |
| Sets whether to show source locations where deprecated APIs are used. |
showWarnings |
| Set to true to show compilation warnings. |
Par défaut, ces deux options sont à false
. Pour les activer, il y a deux solutions :
soit en ajoutant une section
<configuration>
dans la définition du plugin dans le POM :... <!-- =============================================================== --> <!-- Build --> <!-- =============================================================== --> org.apache.maven.plugins maven-compiler-plugin 3.1 true true ...
soit en utilisant les propriétés données par les lignes « User property is: ... » :
... <!-- =============================================================== --> <!-- Propriétés --> <!-- =============================================================== --> true true ...
Définir la classe Main du JAR
Dans la première partie nous avions déjà vu comment définir la classe Main dans le manifest du JAR généré par Maven.
Si je reprends le même principe que dans la section précédente, voici comment j'en suis arrivé à cette configuration.
Dans la documentation, la phase
package
est assurée par le goaljar
du pluginorg.apache.maven.plugins:maven-jar-plugin
:... org.apache.maven.plugins:maven-jar-plugin:2.4:jar ...
Je vais dans la documentation du goal
jar
du pluginmaven-jar-plugin
: https://maven.apache.org/plugins/maven-jar-plugin/jar-mojo.html.Je repère l'option
archive
qui me renvoie à la documentation de Maven Archiver où j'obtiens les éléments de configuration du manifest : http://maven.apache.org/shared/maven-archiver/index.html#class_manifest.J'en déduis la configuration adéquate et je l'ajoute au POM :
... <!-- =============================================================== --> <!-- Build --> <!-- =============================================================== --> org.apache.maven.plugins maven-jar-plugin 3.0.2 org.exemple.demo.App ...
Gérer les plugins de manière globale
Il est fortement recommandé de définir les versions des plugins utilisés.
Comme pour les dépendances, il est possible de le faire de manière globale au projet via la section <pluginManagement>
dans le POM parent. Vous pouvez ainsi fixer les versions des plugins mais aussi leur configuration de manière globale.
Si je reprends les exemples précédents, voici ce que j'obtiens dans le POM parent :
...
<!-- =============================================================== -->
<!-- Build -->
<!-- =============================================================== -->
<!-- ===== Gestion des plugins ===== -->
org.apache.maven.plugins
maven-compiler-plugin
3.1
true
true
org.apache.maven.plugins
maven-jar-plugin
3.0.2
...
Et dans mon module, il ne me reste plus que :
...
<!-- =============================================================== -->
<!-- Build -->
<!-- =============================================================== -->
org.apache.maven.plugins
maven-jar-plugin
org.exemple.demo.App
...
Ajouter de nouveaux plugins dans les phases
J'ai défini 3 profils permettant de spécifier l'environnement cible de ma construction (développement, test, production) :
...
<!-- =============================================================== -->
<!-- Profils -->
<!-- =============================================================== -->
<!-- Profil pour l'environnement de développement -->
target-dev
...
<!-- Profil pour l'environnement de test -->
target-test
...
<!-- Profil pour l'environnement de production -->
target-prod
...
...
Lors du build avec Maven, je veux m'assurer qu'au moins un des profils est activé. Je vais pour cela utiliser le goal enforce
du plugin maven-enforcer-plugin
: https://maven.apache.org/enforcer/maven-enforcer-plugin/.
J'ajoute donc ce plugin. Il faut aussi que je câble son goal enforce à la phase validate du build lifecycle default. Cela se fait grâce à la section <executions>
:
...
org.apache.maven.plugins
maven-enforcer-plugin
1.4.1
<!-- je choisis un nom unique pour définir cette exécution -->
enforce-profile-target
<!-- je branche l'exécution à la phase "validate" -->
validate
<!-- cette exécution lancera le goal "enforce" -->
enforce
<!-- La configuration du plugin propre à cette exécution -->
target-dev,target-test,target-prod
false
...
Si je lance maintenant mon build sans activer de profil target-...
cela me renvoie une erreur :
$ mvn package ... [WARNING] Rule 0: org.apache.maven.plugins.enforcer.RequireActiveProfile failed with message: Il faut activer un des profils target Profile "target-dev" is not activated. Profile "target-test" is not activated. Profile "target-prod" is not activated. ... BUILD FAILURE
Alors qu'en activant un des profils, je n'ai plus de problème :
$ mvn package -Ptarget-dev ... BUILD SUCCESS
Conclusion
Maven fournit un certain nombre de plugins de base. Suivant le build lifecycle et le packaging utilisés, différents goals de ces plugins sont câblés par défaut aux différentes phases :
http://maven.apache.org/ref/3.5.0/maven-core/default-bindings.html
http://maven.apache.org/ref/3.5.0/maven-core/lifecycles.html
Référez-vous à la documentation des plugins pour trouver le plugin qu'il vous faut et connaître son fonctionnement.
Il est fortement recommandé de définir les versions des plugins utilisés.
Comme pour les dépendances, il est possible de gérer les plugins de manière globale au projet via la section <pluginManagement>
dans le POM parent.
Vous pouvez câbler des nouveaux goals aux phases grâce aux sections <executions>
des plugins.
Dans le prochain chapitre, je vous montrerai comment utiliser les plugins pour parfaire le packaging de vos livrables.