[gesichtete Version][gesichtete Version]
Inhalt gelöscht Inhalt hinzugefügt
K Tippfehler korrigiert
Linkvorschlag-Funktion: 3 Links hinzugefügt.
 
(23 dazwischenliegende Versionen von 14 Benutzern werden nicht angezeigt)
Zeile 18:
| Sonstiges =
}}
'''Apache Maven''' (kurz ''Maven'') ist ein in der Programmiersprache [[Java (Programmiersprache)|Java]] geschriebenes [[Kommandozeile|Kommandozeilenwerkzeug]],nwerkzeug aus der Kategorie der [[Erstellungsprozess|Build-Werkzeuge]]. Maven ist ein Top-Level -Projekt der [[Apache Software Foundation]] (ASF) und unter der freien [[Apache-Lizenz|Apache 2.0 Lizenz]] veröffentlicht.
 
In der offiziellen Dokumentation bezeichnet sich Maven als Projektmanagement -Werkzeug, da die Funktionen weit über das Erstellen (Kompilieren) der binär ausführbaren Artefakte aus dem [[Quelltext|Quellcode (Kompilieren)]] hinausgehen. Mit Maven können unter anderem auch Qualitätsanalysen von Programmcode und API -Dokumentationen erzeugt werden.<ref name="WhatIsMaven">{{Internetquelle |url=http://maven.apache.org/what-is-maven.html |titel=What is Maven? |hrsg=apache.org |datum=2022-01-05 |sprache=en |abruf=2022-01-05 |sprache=en}}</ref>
 
Maven wurde vornehmlich für die [[Java-Technologie|Java -Programmierplattform]] entwickelt und ist in Integrierten[[Integrierte Entwicklungsumgebung|integrierten Entwicklungsumgebungen]] für Java (z. &nbsp;B.: [[NetBeans IDE|Apache NetBeans]], [[Eclipse (IDE)|Eclipse]], [[IntelliJ IDEA]]) enthalten, so dassodass oftmals einekeine separate Installation nicht notwendig ist.
 
Der Name ''Maven'' kommt aus dem [[Jiddisch]]en und bedeutet so viel wie „Sammler des Wissens“.<ref name="WhatIsMaven" />
 
== Geschichte ==
Maven entstand in der Apache Software Foundation aus Frust über den [[Erstellungsprozess|Build-Prozess]] von Turbine<ref>{{Internetquelle |url=https://turbine.apache.org/ |titel=Apache Turbine™ Web Application Framework |titelerg=Turbine Alumni |hrsg=Apache Software Foundation |datum=2021-12-21 |sprache=en |abruf=2022-01-05 |sprache=en |zitat=Maven is an advanced Java Project Management tool originally developed out of the frustration with the Turbine build process.}}</ref>. Es wurde bald zum Top-Level -Projekt auf Grundaufgrund der Notwendigkeit, die Builds der vielen unterschiedlichen Projekte der Apache Software Foundation möglichst zu vereinheitlichen und somit auch zu vereinfachen.
 
Durch die vereinheitlichten Strukturen konnten Mitglieder unterschiedlicheunterschiedlicher Entwicklungsteams zwischen den einzelnen Teilprojekten wechseln und produktiverproduktivere Arbeitsergebnisse erzielen. Dank der projektübergreifenden Standardisierung war es nicht mehr notwendig, sich in komplizierte Prozesse einzuarbeiten, um das Projekt ausführen und testen zu können.<ref>{{Literatur |Autor=Vincent Massol, Jason van Zyl, Brett Porter, John Casey, Carlos Sanchez |Titel=Better Builds with Maven. How-to Guide for Maven 2.0 |Datum=2007-08 |Seiten=299}}</ref>
 
Die Entwicklung von '''Maven 1''' wurde im JahreJahr 2003 begonnen und am 13. Juli 2004 als Version 1.0 veröffentlicht. Die Umsetzung passierte jedoch sosehr schnell, sodass einige Eigenheiten nicht bedacht wurden. Beispielsweise gab es Performanzprobleme, sowie viele Konfigurationsdateien und -angaben, die es zu beherrschen galt. Am 18. Februar 2014 wurde das [[End of life|End of Life]] (EoL) von Maven 1 verkündet.<ref name="maven history" /> Die letzte veröffentlichte Version ist 1.1 vom 25. Juni 2007.<ref>{{Webarchiv |url=http://maven.apache.org/maven-1.x/index.html |text=Maven 1.x Homepage mit Verweis auf Maven 2 |wayback=20120215175314}}</ref>
 
Seit dem JahreJahr 2005 wurde parallel damit begonnen, '''Maven 2''' zu entwickeln, welches in Version 2.0 am 19. Oktober 2005 fertiggestellt wurde.<ref>[http://archive.apache.org/dist/maven/binaries/ Historisches Archiv von Maven Versionen]</ref> Mit dem Major -Release 2 wurde Maven von Grund auf überarbeitet und bekannte Probleme aus der Vorgängerversion behoben. Aus diesem Grund sind Maven 1 und Maven 2 nicht zueinander kompatibel. Am 18. Februar 2014 wurde das End of Life von Maven 2 verkündet.<ref name="maven history" /> Letzte veröffentlichte Version ist 2.2.1 aus November 2009.
 
Die Entwicklung von '''Maven 3''' begann im Jahr 2008. Maven 3.0 wurde am 8. Oktober 2010 veröffentlicht. Besonderes Augenmerk lag auf der Kompatibilität zwischen Maven 2 und 3.
 
In der zweiten Hälfte des Jahres 2021 wurden die Arbeiten an '''Maven 4''' begonnen. Eine wesentliche Verbesserung wird die stark optimierte Unterstützung von Multi-Modul -Projekten.<ref>{{Internetquelle |url=https://maven.apache.org/guides/mini/guide-multiple-modules-4.html |titel=Guide to Working with Multiple Modules in Maven 4 |hrsg=apache.org |sprache=en |abruf=2022-01-05 |sprache=en}}</ref>
 
== Architektur & Design ==
Maven benötigt zur Ausführung eine Java [[virtuelle Maschine]] (JVM) und ist auf Grundaufgrund dieses Umstandes [[Plattformunabhängigkeit|plattformunabhängig]]. DasDaher bedeutetkann Maven auf jedem [[Betriebssystem]] ausgeführt werden, für das eine Java VM verfügbar ist, kann Maven ausgeführt werden.
 
Der Kern von Maven ist mit wenigen MB als Download-Paket kompakt gehalten. Die interne Struktur ist [[Modularität|modular]] aufgebaut. Sämtliche Funktionen werden über Erweiterungen, sogenannte Plugins, bei der erstmaligen Verwendung über ein öffentliches im Internet verfügbares [[Repository]], Maven Central genannt, nachgeladen und in einem lokalen Repository abgelegt.
 
Es wird zwischen offiziellen Plugins<ref>{{Internetquelle |url=https://maven.apache.org/plugins/ |titel=Maven Plugin Overview |hrsg=apache.org |sprache=en |abruf=2022-01-09 |sprache=en}}</ref>, die unter der Hoheit des Maven -Projektes stehen, und anderen Plugins unterschieden. Letztere werden unter Umständen später auch zu offiziellen Plugins, Ende 2021 beispielsweise das maven-wrapper-plugin.<ref>{{Internetquelle |url=https://issues.apache.org/jira/browse/MNG-6917 |titel=Issue: Introduce wrapper lifecycle |hrsg=apache.org |sprache=en |abruf=2021-01-05 |sprache=en}}</ref>
 
Es ist ebenso möglich, Maven durch selbst entwickelte Plugins zu erweitern. Auf GrundAufgrund dieses Charakters wird es auch als ''Plugin Execution Framework'' bezeichnet.
 
== Konzeptionelles ==
 
''Maven'' ist [[Deklarative Programmierung|deklarativ]] und basiert auf den beiden [[Paradigma|Paradigmen]]:
 
# [[Don’t repeat yourself]] (DRY; dt. Übers.: Wiederhole dich nicht selbst.) bedeutet sinngemäß im Kontext von Maven, dass nicht bei jedem Projekt dieselben Build-Schritte neu definiert werden müssen.
# [[Konvention vor Konfiguration]] (en: Convention over Configuration; CoC) bezieht sich auf die Konfigurationsdatei (POM), mit denen Maven-Projekte beschrieben werden. Durch festgelegte Konventionen haben möglichst viele Konfigurationseinträge gemeingültige Vorbelegungen (default -Werte), die für die meisten Anwendungsfälle bereits die erwünschten Ergebnisse produzieren.
 
Maven folgt den beiden beschriebenen Paradigmen über dem gesamten Zyklus der Softwareerstellung konsequent. Eine wichtige Voraussetzung für eine erfolgreiche Automatisierung der einzelnen Schritte des Softwareerstellungsprozesses sind strikte Vereinheitlichungen, wie sie durch die beiden Paradigmen DRY und CoC geschaffen werden.
 
Obwohl Maven bereits sehr viele Vorgaben macht, können Projekte diese Vorgaben an ihre tatsächlichen Bedürfnisse problemlos anpassen. UmSowohl für künftige neuere Versionen von Maven aberals auch bei der Anbindung von Drittanbieterprodukten ist es eine bewährte Praxis, möglichst nahe am Maven - Standard zu bleiben.
 
Im Zusammenhang mit Maven werden wichtige Begriffe verwendet, die für das weitere Verständnis zuvorzunächst erläutert werden müssen:
; [[Artifact]] (dt. [[Artefakt (Technik)|Artefakt]]): werden in ''Maven'' sowohl Plugins, als auch Abhängigkeiten zu externen Programmbibliotheken als auchund die selbst erstellten binären Programmdateien des eigenen Softwareprojektes bezeichnet.
; Lifecycle (dt. Lebenszyklus): kann auch als [[Arbeitsablauf|Workflow]] oder [[Prozess (Informatik)|Prozess]] verstanden werden. Maven kennt drei LifecycleLifecycles: clean, site und build.<ref>{{Internetquelle |url=https://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html#Lifecycle_Reference |titel=Maven Lifecycle Reference |hrsg=apache.org |sprache=en |abruf=2022-01-09 |sprache=en}}</ref>
; Phasen: werden die einzelnen Schritte innerhalb eines Lifecycle bezeichnet, die in festgelegter linearer Reihenfolge durchlaufen werden. Der Build-Lifecycle (default) Lifecycle<ref name="lifecycle">{{Internetquelle |url=https://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html |titel=Maven Build Lifecycle |hrsg=apache.org |sprache=en |abruf=2022-01-09 |sprache=en}}</ref> kennt 23 Schritte.
; Goal (dt. Ziel): ist eine einzelne Aktion bzw. Funktionalität, die in einem Plugin bereitgestellt wurde.
 
=== Standard-Verzeichnisstruktur ===
Ein westlicheswesentliches Merkmal von Maven -Projekten ist eine einheitliche [[Verzeichnisstruktur]], die im NachfolgendemNachfolgenden mit ihren wichtigsten Elementen hier kurz wiedergegeben wird.<ref>{{Internetquelle |url=http://maven.apache.org/guides/introduction/introduction-to-the-standard-directory-layout.html |titel=Maven – Introduction to the Standard Directory Layout |werk=Apache Maven Project |sprache=englischen |abruf=2009-07-13}}</ref>
 
<div style="margin-left:2em"><code>my-project/</code> : Wurzelverzeichnis</div>
<div style="margin-left:4em"><code>pom.xml</code> – Projektbeschreibung (Build-Logik)</div>
<div style="margin-left:4em"><code>src/</code> – alle Eingabedateien</div>
<div style="margin-left:6em"><code>main/</code> – Eingabedateien für die Erstellung des eigentlichen Produkts</div>
<div style="margin-left:8em"><code>java/</code> – [[Java (Programmiersprache)|Java-Quelltext-Dateien]]</div>
<div style="margin-left:8em"><code>resources/</code> – Projektdateien, die kein Java-Quellcode sind, aber für die Übersetzung oder zur Laufzeit benötigt werden, z.&nbsp;B. Bilder, SQL, [[Java-Properties-Datei]]en etc.</div>
<div style="margin-left:6em"><code>test/</code> – Eingabedateien, die für automatisierte Testläufe benötigt werden</div>
<div style="margin-left:8em"><code>java/</code> – Testfälle, die als Java-Quellcode vorliegen, z.&nbsp;B. [[JUnit]]-Testfälle</div>
+<div style="margin-- left:8em"><code>resources/</code> : Zusätzliche Ressourcen für Testfälle</div>
<div style="margin-left:4em"><code>target/</code> – Alle durch Maven während des Build-Vorgangs erstellten Dateien</div>
<div style="margin-left:6em"><code>classes/</code> – kompilierte Java-Klassen</div>
 
Das ''target'' -Verzeichnis hat eine besondere Rolle inne, hier werden alle von Maven während des [[Compiler|Build-VorgangVorgangs]]s erzeugten Dateien wie beispielsweise Kompilate abgelegt. Dieses temporäre Verzeichnis wird üblicherweise durch die Projekte aus den Revisionen von Source -Control -Management -Systemen wie [[Git]] ausgeklammert.
+-- pom.xml : Projekt Beschreibung (Build-Logik)
 
Die wichtigsten Verzeichnisse wie beispielsweise das [[Stammverzeichnis|Wurzelverzeichnis]] (${basedir}) oder auch das Ausgabeverzeichnis (${outputdir}) können über durch Maven bereits vordefinierte [[Variable (Programmierung)|Properties]]<ref>{{Internetquelle |url=https://maven.apache.org/guides/introduction/introduction-to-the-pom.html#Project_Interpolation |titel=Apache Maven Properties & Variables |hrsg=apache.org |abruf=2022-01-12}}</ref> angesprochen werden. Diese Praxis sollte gegenüber der Verwendung von festen Verzeichnispfaden gegenüber bevorzugt werden, da dies die [[Portable Software|Portierbarkeit]] von Projekten ermöglicht.
+-- src/
 
=== Automatisiertes Erstellen eines neueneuen Maven -Projektes mit ArchetypesArchetypen ===
+-- main/
Mit Maven-Archetypen<ref>{{Internetquelle |url=https://maven.apache.org/guides/introduction/introduction-to-archetypes.html |titel=Introduction to Archetypes |hrsg=apache.org |sprache=englischen |abruf=2022-01-12}}</ref> (archetypes) können Gerüste für unterschiedlichste Arten von Softwareprojekten erstellt werden, deren Struktur dem Standard von Maven entspricht.<syntaxhighlight lang="shell" line="1">
 
<syntaxhighlight lang="shell" line="1">
+-- java/ : Java Quellcode Dateien
 
+-- resources/ : Projektdateien die kein Java Quellcode sind z. B. Bilder, SQL etc.
 
+-- test/
 
+-- java/ : Testfälle als Java Quellcode
 
+-- resources/ : Zusätzliche Ressourcen für Testfälle
 
+-- target/ : Alle durch Maven erstellten Dateien während des Build-Vorgangs
 
Das ''target'' Verzeichnis hat eine besondere Rolle inne, hier werden alle von Maven während des [[Compiler|Build-Vorgang]]s erzeugten Dateien wie beispielsweise Kompilate abgelegt. Dieses temporäre Verzeichnis wird üblicherweise durch die Projekte aus den Revisionen von Source Control Management Systemen wie [[Git]] ausgeklammert.
 
Die wichtigsten Verzeichnisse wie beispielsweise das [[Stammverzeichnis|Wurzelverzeichnis]] (${basedir})oder auch das Ausgabeverzeichnis (${outputdir}) können über durch Maven bereits vordefinierte [[Variable (Programmierung)|Properties]]<ref>{{Internetquelle |url=https://maven.apache.org/guides/introduction/introduction-to-the-pom.html#Project_Interpolation |titel=Apache Maven Properties & Variables |hrsg=apache.org |abruf=2022-01-12}}</ref> angesprochen werden. Diese Praxis sollte der Verwendung von festen Verzeichnispfaden gegenüber bevorzugt werden, da dies die [[Portable Software|Portierbarkeit]] von Projekten ermöglicht.
 
=== Automatisiertes Erstellen eines neue Maven Projektes mit Archetypes ===
Mit Maven-Archetypen<ref>{{Internetquelle |url=https://maven.apache.org/guides/introduction/introduction-to-archetypes.html |titel=Introduction to Archetypes |hrsg=apache.org |sprache=englisch |abruf=2022-01-12}}</ref> (archetypes) können Gerüste für unterschiedlichste Arten von Softwareprojekten erstellt werden, deren Struktur dem Standard von Maven entspricht.<syntaxhighlight lang="shell" line="1">
mvn archetype:generate \
-Darchetype.interactive=false \
-DarchetypeGroupId=org.apache.maven.archetypes \
-DarchetypeArtifactId=maven-archetype-quickstart \
-DarchetypeVersion=1.4 \
-DgroupId=org.sample.archetypes \
Zeile 107 ⟶ 100:
=== {{Anker|POM}} Die Konfigurationsdatei: pom.xml ===
 
Die Konfigurationsdatei für Maven -Projekte hat die offizielle Bezeichnung Project„Project Object Model (POM)<ref>{{Internetquelle |url=https://maven.apache.org/guides/introduction/introduction-to-the-pom.html# |titel=Introduction to the POM |hrsg=apache.org |sprache=englischen |abruf=2022-01-12}}</ref> und ist als pom.[[Extensible Markup Language|xml]] im Wurzelverzeichnis des Projektes abgelegt. Im Kontext des Build Management-Managements ist die pom.xml die Build -Logik, welche von externen Werkzeugen wie dem Automatisierungsserver [[Jenkins (Software)|Jenkins]] aufgerufen werdenwird.
 
Die zwingenden Basisangaben für ein Maven -Projekt innerhalb einer POM sind die sogenannten GAV -Parameter, zuzüglich des Packagetyps. GAV steht für (G) = groupID, (A) = artifactId und (V) = version. Die GAV -Koordinaten müssen für jedes Maven -Projekt eindeutig sein und dürfen nicht mehrfach Verwendung finden.
<syntaxhighlight lang="xml" line="1">
<?xml version="1.0" encoding="UTF-8"?>
<project>
Zeile 119 ⟶ 113:
<packaging>pom | jar | war | ear </packaging>
</project>
</syntaxhighlight>
'''Listing1''': Minimal POM
 
=== Auflösung von Abhängigkeiten (Dependency Management) ===
Einer der wichtigsten Faktoren für den Erfolg von Maven ist der einfache Umgang mit fremden Abhängigkeiten, sogenannten [[Programmbibliothek|3rd Party Libraries]]. Externe Abhängigkeiten werden in der pom.xml notiert und über ihre GAV -Koordinaten eindeutig und [[Transitive Relation|transitiv]] aufgelöst. Die in Maven definierten Abhängigkeiten werden nicht mehr physisch in die [[Versionsverwaltung]] mit aufgenommenmitaufgenommen, sondern während des Buildvorgangs im Projekt-Ausgabeverzeichnis ''target'' bereitgestellt.
 
Bei der Verwendung eines Artefaktes prüft Maven, ob dieses bereits lokal im Repository vorhanden ist. Das lokale Repository, ist ein verstecktes Verzeichnis mit der Bezeichnung ''.m2/repository'' und findet sich im [[Benutzerverzeichnis|''home'' - Verzeichnis]] des am [[Betriebssystem]] angemeldeten Nutzers.
 
Kann Maven das angeforderte Artefakt im lokalemlokalen Repository nicht finden, wird in einem öffentlichöffentlichen [[Server|remoteRemote]] -Repository danach gesucht. Bei erfolgreicher Suche wird das Artefakt im lokalemlokalen Repository verfügbar gemacht. Das wichtigste öffentlich frei verfügbare Repository für Java -Artefakte lautet Maven„Maven CentralCentral“ und wird von dem Unternehmen Sonatype betrieben.
 
Es besteht die Möglichkeit, eineeinen eigenen Repository -Server zu betreiben, um selbst erstellte Artefakte im Unternehmen im [[Intranet]] für andere Projekte bereitzustellen oder diese über das [[Internet]] verfügbar zu machen.
 
Wichtige [[Implementierung|Implementierungen]]en zum [[Hosting|hostenHosten]] eigener Artefakte sind [https://www.sonatype.com/products/repository-oss Sonatype Nexus OSS] oder [https://jfrog.com/artifactory/ JFrog Artifactory], für die es sowohl freie [[Online-Community|Community]] Versionen als auch [[Kommerz|kommerzielle]] Enterprise -Varianten gibt. Diese Lösungen können neben den verschiedenen Java -Artefakten auch andere Formate wie beispielsweise [[Docker (Software)|Docker Images]], [[RubyGems|Ruby Gems]], [[NuGet|.NET nuget]] oder [[Npm (Software)|NPM]] verwalten. Maven Central, das größte Open -Source -Repository, wird mit Nexus OSS betrieben.<ref>{{Internetquelle |url=https://oss.sonatype.org/#welcome |titel=Sonatype OSS Artefact upload für Maven Central |hrsg=Sonatype |sprache=englischen |abruf=2022-01-16}}</ref>.
 
=== Maven-Lebenszyklen (Lifecycle) ===
Zeile 137 ⟶ 132:
 
* <code>clean</code> zum Löschen von Ergebnissen vorheriger Builds, mit den Phasen <code>pre-clean</code>, <code>clean</code>, <code>post-cl</code>
* <code>build (default)</code> zum Erstellen des Projekts im Rahmen der unten genanntenuntengenannten Phasen,
* <code>site</code> zum Erstellen von Webseiten zur Projektdokumentation und Reports, mit den Phasen <code>pre-site</code>, <code>site</code>, <code>post-site</code>, <code>site-deploy</code>.
 
Maven geht dabei jeweils von einem Zyklus aus, der bei der Softwareerstellung im Allgemeinen durchlaufen wird. Es muss aber nicht jedes Softwareprojekt alle Phasen des im Folgenden verkürzt dargestellten ''default''-Zyklus<ref name="lifecycle" /> verwenden. Die Standard-FunktionalitätStandardfunktionalität kann durch die Einbindung von zusätzlichen ''Maven-Plug-ins'' an die entsprechende Phase erweitert werden.
 
; {{lang|en|validate}} ([[Extensible Markup Language|Validieren]])
: Es wird überprüft, ob die pom.xml und die Projektstrukturen [[Vollständigkeit (Logik)|vollständig]], [[Validität|valide]] und [[Verifizierung|gültig]] sind.
; {{lang|en|compile}} ([[Compiler|Kompilieren]])
: In dieser Phase wird der Quellcode kompiliert.
; {{lang|en|test}} ([[Modultest|Testen]])
: Hier wird der kompilierte Code mit durch das eingebundene Unit-Test-Framework (z. &nbsp;B. [[JUnit]], [[TestNG]]) getestet. Maven berücksichtigt dabei in späteren Zyklen, dass Testklassen normalerweise nicht in der auszuliefernden Software vorhanden sind.
; {{lang|en|package}} ([[Programmpaket|Verpacken]])
: Das Kompilat wird –&nbsp;ggf. mit anderen nicht kompilierbaren Dateien&nbsp;– zur Weitergabe verpackt. Häufig handelt es sich dabei um eine [[Java Archive|JAR]]-Datei.
; {{lang|en|integration-test}} ([[Integrationstest]]s)
: Bereitstellen der programmatisch erstellten Integrationstests mittels [[Behavior Driven Development]] (z. &nbsp;B. [[Cucumber (Software)|Cucumber]], jGiven).
; {{lang|en|verify}} (Gültigkeitsprüfung des Softwarepakets)
: Überprüfung der Artefakte, dasob die festgelegten [[Spezifikation]]en erfüllt wurdewurden, d. &nbsp;h. die bereitgestellten Integrationstests werden ausgeführt.
; {{lang|en|install}} (Kopieren ins lokale Maven-[[Repository#Software-Repository|Repository]])
: Kopiert das Softwarepaket ins lokale Maven-Repository, um es dann in anderen lokalen Maven-Projekten verwenden zu können. Dies ist insbesondere für modulare Projekte von Bedeutung.
Zeile 163 ⟶ 158:
Die Entwicklung von Maven ist in verschiedene Teilprojekte untergliedert:
 
* ''Maven 1'' und ''Maven 2'' werden seit Februar 2014 nicht mehr weiterentwickelt.<ref name="maven history">{{Internetquelle |url=https://maven.apache.org/docs/history.html |titel=Maven Releases History |werk=maven.apache.org |sprache=en |abruf=2015-12-21 |sprache=en}}</ref>
* ''Maven 3'' stellt den aktuellen Entwicklungszweig der Core-Entwicklung dar.
* ''Plugins'' entwickelt die meisten Maven-Plug-ins.
Zeile 171 ⟶ 166:
* ''SCM'' (Source Code Management) entwickelt Software für die Anbindung von Apache an verschiedene Systeme zur [[Versionsverwaltung]] wie [[Git]], [[Apache Subversion|Subversion]] oder [[Concurrent Versions System|CVS]].
* ''Surefire'' entwickelt eine Umgebung zum Ausführen von [[Modultest|Unit-Tests]] in Maven.
* ''Failsafe'' entwickelt eine Umgebung zum Ausführen von [[Integrationstest|Integrations-Tests]] in Maven.
* ''Wagon'' stellt eine Abstraktionsschicht für Kommunikationsprotokolle wie „Dateizugriff“, [[Hypertext Transfer Protocol|HTTP]] oder [[File Transfer Protocol|FTP]] bereit.
 
Zeile 177 ⟶ 172:
* [[Apache Ant]], [[Gradle]] konkurrierende Build Tools für Java
* [[Apache Ivy]], Tool zur Verwaltung von Abhängigkeiten
* [[Jenkins (Software)|Jenkins]], [[Travis CI]], Automatisierungsserver (CI Server)
 
== Literatur ==
Zeile 186 ⟶ 181:
|TitelErg=How-to Guide for Maven 2.0
|Datum=2007-08
|Online=[https://wiki.doit.wisc.edu/confluence/download/attachments/20316166/DLFE-52.pdf wisc.edu]
|Format=PDF
|KBytes=}}
* Kai Uwe Bachmann, Maven 2, Addison-Wesley, 2009, ISBN 978-3-8273-2835-9, (deutsch).
* {{Literatur
|Autor=Tim O’Brien, Jason van Zyl, Brian Fox, John Casey, Juven Xu, Thomas Locher
Zeile 209 ⟶ 204:
* Martin Spiller, Maven 3: Konfigurationsmanagement mit Java, mitp Verlags GmbH & Co. KG, 2011, ISBN 978-3-8266-9118-8 (deutsch).
* Srirangan, Apache Maven 3 Cookbook, Packt Publishing, 2011, ISBN 978-1-84951-244-2.
* Balaji Varanasi, Introducing Maven: A Build Tool for Today'sToday’s Java Developers, 2nd ed. edition, Apress, 2019, ISBN 978-1-4842-5409-7.
 
== Weblinks ==
* [https://maven.apache.org/ Maven Website] (englisch)
* [https://search.maven.org/ Maven Central, das zentrale öffentliche Maven-Repository]
* [https://central.sonatype.org/publish/publish-guide/ OSSRH Guide], Anleitung zum Veröffentlichen von Artefakten auf Maven Central (englisch)
* [https://www.bitchute.com/video/dtbjwQ9Z6YEg/ Einführung in Maven], Konferenzvortrag [[IT-Tage|IT-Tage Frankfurt 2020]] (deutsch)
* {{Internetquelle
* {{Internetquelle |url=http://mojo.codehaus.org/plugins.html |titel=Plugins auf der Codehaus-Homepage (englisch) |datum=2013-04-13 |archiv-url=http://archive.is/20130414194646/http://mojo.codehaus.org/plugins.html |archiv-datum=2013-04-14 |abruf=2017-07-22 |offline=1}}
|url=http://mojo.codehaus.org/plugins.html
|titel=Plugins auf der Codehaus-Homepage (englisch)
|datum=2013-04-13
|offline=1
|archiv-url=http://archive.is/20130414194646/http://mojo.codehaus.org/plugins.html
|archiv-datum=2013-04-14
|abruf=2017-07-22}}
 
== Einzelnachweise ==