Maven: Lebenszyklus vs. Phase vs. Plugin vs Ziel

Maven: Lebenszyklus vs. Phasen-vs.-Plugin vs. Ziel

Beantwortung spät, genau zu klären, noch eine weitere Ebene der Granularität fehlt in diesem thread: Ausführungen (ein Tor), das sind die kleinsten Einheiten einer Maven-build.

Daher haben wir bauen Zyklen (im Grunde, eine Reihe von Aktionen zu einem bestimmten Ziel), die sich aus Phasen (geringere Granularität, ein Zyklus Schritt), die sich auf eine Reihe von konfigurierten Ziele zur Verfügung gestellt, die von bestimmten plugins. Das heißt, Maven ist (auch) ein plugin executor, jedes plugin kann eine oder mehrere Ziele. Sie dann (auch) zu entscheiden, welche Ziel ist es angebracht, die phase, die meisten der Zeit, in der defaul-life-cycle (ohne, das ist die Standardeinstellung). Aber Sie können eigentlich noch eine andere Ebene: Hinrichtungen (mit dem gleichen Ziel, aus den gleichen plugins, oder verschiedene Ziele aus unterschiedlichen plugins)

Einem Bild, das ich bereit für die Wiederaufnahme des gesamten

Und in der Tat dies ist, wie Maven zeigt, dass es (die kleinste Einheit der Arbeit) sind durch die einzigartige string in seine build-log:

plugin-artifactId:plugin-version:plugin-goal (goal-execution-id) @ project-name

Zum Beispiel hätten wir:

[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ sample-project ---

Was ja heißt (auf verschiedenen Ebenen der Granularität):

• während der kompilieren phase (nicht erwähnt wird, leider) >
• Ich bin Aufruf des Maven-Compiler-plugin (artifactId und version) >
• Ich bin Aufruf seine kompilieren Ziel >
• definiert durch die default-compile Ausführung

Es ist einzigartig, weil in der Tat könnte man das gleiche Ziel (mit dem gleichen plugin) gebunden, um die verschiedenen Phasen oder auf der gleichen phase, aber in verschiedenen Ausführungen (mit unterschiedlichen Konfigurationen). Die maven-compiler-plugin, zum Beispiel, ist auch während der test-compile phase (in eine andere phase) kompilieren, testen, code (über seine testCompile Ziel) in einer anderen Ausführung (default-testCompile). Sie konnte auch kompilieren (mit dem gleichen plugin und Ziel) einige auto-generierter code während einer anderen phase definiert, die durch eine Ausführung von Ihnen angegebenen int-POM (und möglicherweise eine andere Konfiguration).

Standard-Ausführungen vorgesehen sind out-of-the-box über Maven-packaging-Bindungen, das ist standardmäßig (und die Durchsetzung der Konvention über Konfiguration) Maven ruft bereits bestimmte Ziele (standard-plugins) während bestimmter Phasen. Die Hinrichtungen-ids der Standard-Aufrufe sind gemäß den bestimmte Konventionen.

Dies erklärt auch, warum, wenn Sie wirklich wollen, zu überschreiben einer Voreinstellung (Bindung) von einem Maven-build, die Sie angeben müssen (überschreiben) genau die gleiche Ausführung id in der POM für das gleiche plugin. Sie könnten, zum Beispiel, überspringen Zusammenstellung einfach die Definition einer Ausführung der maven-compiler-plugin mit der gleichen default-compile - id, aber gebunden an einen nicht existierenden phase (oder eine leere).

Um es kurz zu machen: eine Hinrichtung erzählt, Maven, welches Ziel(s) ausführen, mit welcher Konfiguration in die phase.

Einige Ausführungen standardmäßig bereitgestellt werden (defaul-Bindungen), was erklärt, warum die maven minimalen pom nur 6 Linien können bereits viel tun, (compile, test, package, etc.): Umsetzung von Zielen des standard-plugins, die in bestimmten Phasen: es ist convention over configuration. Dann, über die pom.xml - Konfiguration kannst du Zeug (Hinrichtungen), um die zu bauen oder zu beeinflussen, das Verhalten von bereits konfigurierten plugins (in diesem Fall keine executions Abschnitt, aber nur configuration wäre genug).

Ja, Sie könnte überspringen bauen Zyklen (und deren Phasen) und direkt aufrufen-Ziele (von plugins). Stellen Sie sich Folgendes vor:

mvn compiler:compile
mvn compiler:testCompile
mvn surefire:test
mvn jar:jar

(ANMERKUNG: Sie könnte auch aufrufen, inline in einem einzigen Aufruf)

Hier sind wir kompilieren app-code, test-code, ausführen von tests und Paket: stellen Sie sich vor, wie die manuelle, fehleranfällige, sich wiederholende und zeitaufwendig das wäre. Konvention über Konfiguration hilft uns: Maven stellt build-Lebenszyklus und Phasen. Die Standard-Lebensdauer (ohne Namen, das ist der Standard), bietet eine Reihe von Phasen auf der Grundlage der besten Praktiken und Konventionen (das mantra von Maven).

Wenn Sie möchten, um das gleiche zu erreichen wie oben, führen Sie einfach: mvn package und es wird automatisch kompilieren, testen und packen Sie Ihr Projekt. Wie? aufrufen der plugins. Das heißt, die Phasen sind sinnvoll und konfigurierbaren Satz von plugins (Ziele) Hinrichtungen. Um es noch mehr standard, für jede phase von Maven wird Erstens ruft alle vorangegangenen phase, so dass z.B., wenn Sie testen möchten, werden Sie sicher, dass Sie zuerst kompilieren.

p.s. beachten Sie, dass bei der Angabe mehrerer Ziele für die gleichen execution Sie immer noch deutlich sehen, in das build-Protokoll zwei unterschiedliche Ausführungen (mit derselben id) für die zwei verschiedene Ziele (also, immer noch einzigartig Tupel).

InformationsquelleAutor der Antwort A_Di-Matteo

Quelle: http://www.codetab.org/apache-maven-tutorial/ , das ist wirklich gutes tutorial

Lebenszyklen der Lebenszyklus-Phasen, Plugins und Plugin-Goals sind der Kern von Maven.

• Der Maven-Befehl mvn kann nur akzeptieren, Lifecycle, Phase, Plugin, Goal als argument.
• Maven kommt mit drei Lebenszyklen – Standard, sauber und Website.
• Jedem Lebenszyklus ist aus der lifecycle-Phasen und in allen gibt es 28 Phasen – Standard 21(validieren, ..., kompilieren, ..., Paket, ..., installieren, bereitstellen), clean 3(pre-clean, clean, post-clean -) und Seite 4(pre-site, site, post-site, site-deploy).
• , wenn eine phase des Lebenszyklus aufgerufen wird, mit mvn-Befehls, werden alle vorhergehenden Phasen, die nacheinander ausgeführt werden einer nach dem anderen.
• Lebenszyklus-Phasen von sich selbst keine Fähigkeiten, um zu erreichen, einige Aufgaben und verlassen Sie sich auf die plugins zu carryout die Aufgabe.
• je nach Projekt und die Verpackung geben, Maven bindet verschiedene plugin Ziele der lifecycle Phasen und Ziele carryout die Aufgabe, die Ihnen anvertraut werden.

Wenn wir laufen "mvn package" in einem Java-Projekt Maven-plugin bindet Sie die Ziele der lifecycle Phasen wie in der nächsten Abbildung.

InformationsquelleAutor der Antwort Erlan

Und nachträglich ein weiteres Diagramm

• Lebenszyklen als gelbe Rechtecke
• Phasen von Lebenszyklen als Blaue Rechtecke mit
  "callable" Phasen in dunkelblau (d.h. Phasen mit hypenation sind in der Regel nicht von der Kommandozeile aufgerufen, da Sie möglicherweise nicht ausgelegt werden, um das Projekt verlassen, in einem gut definierten Zustand).
• Ziele als Blaue Rauten. Der Verein/die verbindliche phase "- > Ziel" angezeigt wird, eine der "jar" Verpackungs-Modus. In jeder phase können Ziele gebunden. Dies gilt natürlich für jede der Lebenszyklen, obwohl die Bindungen sind nur show für den "Standard" - Lebenszyklus.
• Plugins als graue Rechtecke abgeschnitten. Plugins bieten die Ziele, die gebunden werden können, um die Phasen.

InformationsquelleAutor der Antwort David Tonhofer