Le cycle de vie est une séquence de phases nommées .
Les phases s'exécutent séquentiellement. Exécuter une phase signifie exécuter toutes les phases précédentes.
Le plugin est une collection d' objectifs également appelés MOJO ( M aven O ld J ava O bject).
Analogie: le plugin est une classe et les objectifs sont des méthodes au sein de la classe.
Maven est basé sur le concept central d'un Build Life Cycles . À l'intérieur de chaque cycle de vie de construction, il y a des phases de construction , et à l'intérieur de chaque phase de construction, il y a des objectifs de construction .
Nous pouvons exécuter une phase de construction ou un objectif de construction. Lors de l'exécution d'une phase de build, nous exécutons tous les objectifs de build au cours de cette phase de build. Les objectifs de build sont affectés à une ou plusieurs phases de build. Nous pouvons également exécuter un objectif de génération directement.
Il existe trois principaux cycles de vie de construction intégrés :
- défaut
- nettoyer
- site
Chaque cycle de vie de construction est composé de phases
Par exemple, le defaultcycle de vie comprend les phases de construction suivantes :
◾validate - validate the project is correct and all necessary information is available
◾compile - compile the source code of the project
◾test - test the compiled source code using a suitable unit testing framework. These tests should not require the code be packaged or deployed
◾package - take the compiled code and package it in its distributable format, such as a JAR.
◾integration-test - process and deploy the package if necessary into an environment where integration tests can be run
◾verify - run any checks to verify the package is valid and meets quality criteria
◾install - install the package into the local repository, for use as a dependency in other projects locally
◾deploy - done in an integration or release environment, copies the final package to the remote repository for sharing with other developers and projects.
Donc, pour passer par les phases ci-dessus, il suffit d'appeler une commande:
mvn <phase> { Ex: mvn install }
Pour la commande ci-dessus, à partir de la première phase, toutes les phases sont exécutées séquentiellement jusqu'à la phase «install». mvnpeut exécuter un objectif ou une phase (ou même plusieurs objectifs ou plusieurs phases) comme suit:
mvn clean install plugin:goal
Cependant, si vous souhaitez personnaliser le préfixe utilisé pour référencer votre plugin, vous pouvez spécifier le préfixe directement via un paramètre de configuration sur le POM demaven-plugin-plugin votre plugin.
Une phase de construction est composée d' objectifs de plugin
La plupart des fonctionnalités de Maven se trouvent dans des plugins. Un plugin fournit un ensemble d' objectifs qui peuvent être exécutés à l'aide de la syntaxe suivante:
mvn [plugin-name]:[goal-name]
Par exemple, un projet Java peut être compilé avec l'objectif de compilation du plug-in du compilateur en exécutant mvn compiler:compile.
Le cycle de vie de la construction est une liste de phases nommées qui peuvent être utilisées pour donner un ordre à l'exécution des objectifs.
Les objectifs fournis par les plugins peuvent être associés à différentes phases du cycle de vie. Par exemple, par défaut, l' objectif compiler:compile est associé à la compile phase , tandis que l' objectif surefire:test est associé à la test phase . Considérez la commande suivante:
mvn test
Lorsque la commande précédente est exécutée, Maven exécute tous les objectifs associés à chacune des phases jusqu'à et y compris la testphase. Dans un tel cas, Maven exécute le resources:resourcesbut associé à la process-resourcesphase, puis compiler:compile, et ainsi de suite jusqu'à ce qu'il exécute finalement le surefire:testbut.
Cependant, même si une phase de génération est responsable d'une étape spécifique du cycle de vie de la génération, la manière dont elle s'acquitte de ces responsabilités peut varier. Et cela se fait en déclarant les objectifs du plugin liés à ces phases de construction.
Un objectif de plugin représente une tâche spécifique (plus fine qu'une phase de build) qui contribue à la construction et à la gestion d'un projet. Il peut être lié à zéro ou plusieurs phases de construction. Un objectif non lié à une phase de génération peut être exécuté en dehors du cycle de vie de la génération par appel direct. L'ordre d'exécution dépend de l'ordre dans lequel le ou les objectifs et la ou les phases de génération sont invoqués. Par exemple, considérez la commande ci-dessous. Les arguments cleanet packagesont des phases de construction, tandis que le dependency:copy-dependenciesest un objectif (d'un plugin).
mvn clean dependency:copy-dependencies package
Si cela devait être exécuté, la cleanphase sera exécutée en premier (ce qui signifie qu'elle exécutera toutes les phases précédentes du cycle de vie propre, plus la cleanphase elle-même), puis l' dependency:copy-dependenciesobjectif, avant d'exécuter finalement la packagephase (et toutes ses phases de construction précédentes de le cycle de vie par défaut).
De plus, si un objectif est lié à une ou plusieurs phases de construction, cet objectif sera appelé dans toutes ces phases.
De plus, une phase de construction peut également avoir zéro ou plusieurs objectifs liés. Si une phase de construction n'a pas d'objectifs liés, cette phase de construction ne s'exécutera pas. Mais s'il a un ou plusieurs objectifs liés, il exécutera tous ces objectifs.
Liaisons de cycle de vie intégrées
Certaines phases ont des objectifs qui leur sont liés par défaut. Et pour le cycle de vie par défaut, ces liaisons dépendent de la valeur de l'emballage.
Architecture Maven:
Référence 1
Référence 2
Exemple Eclipse pour Maven Lifecycle Mapping
