imported>RealPixelcode: Rechtschreibfehler korrigiert, Stil etwas verbessert

2026-04-28T02:03:29Z

Rechtschreibfehler korrigiert, Stil etwas verbessert

Neue Seite

{{Infobox Software
| Name =
| Logo = 
| Screenshot =
| Beschreibung = 
| Maintainer =
| Hersteller = 
| Erscheinungsjahr = 
| AktuelleVersion = 
| AktuelleVorabVersion =
| AktuelleVorabVersionFreigabeDatum =
| Betriebssystem = 
| Programmiersprache = 
| Kategorie = [[Erstellungsprozess|Build-Management]]-Tool
| Lizenz = 
| Deutsch =
| Website = 
| Sonstiges =
}}
'''Apache Maven''' (kurz ''Maven'') ist ein in der Programmiersprache [[Java (Programmiersprache)|Java]] geschriebenes [[Kommandozeile]]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]] 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}}</ref>

Maven wurde vornehmlich für die [[Java-Technologie|Java-Programmierplattform]] entwickelt und ist in [[Integrierte Entwicklungsumgebung|integrierten Entwicklungsumgebungen]] für Java (z. B.: [[NetBeans IDE|Apache NetBeans]], [[Eclipse (IDE)|Eclipse]], [[IntelliJ IDEA]]) enthalten, sodass oftmals keine separate Installation 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 |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 aufgrund 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 unterschiedlicher Entwicklungsteams zwischen den einzelnen Teilprojekten wechseln und produktivere 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 Jahr 2003 begonnen und am 13. Juli 2004 als Version 1.0 veröffentlicht. Die Umsetzung passierte jedoch sehr 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 Jahr 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 sein.<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}}</ref>

== Architektur und Design ==
Maven benötigt zur Ausführung eine [[Java Virtual Machine]] (JVM) und ist deswegen [[Plattformunabhängigkeit|plattformunabhängig]], d. h. es kann auf jedem [[Betriebssystem]] ausgeführt werden, für das eine Java-VM verfügbar ist.

Der Kern von Maven ist mit wenigen [[Megabyte|MB]] als Download-Paket kompakt gehalten. Die interne Struktur ist [[Modularität|modular]] aufgebaut. Sämtliche Funktionen werden über Erweiterungen, die [[Plug-in]]s, dargestellt; diese werden bei ihrer erstmaligen Verwendung vom öffentlichen, im Internet verfügbaren [[Repository]] ''Maven Central'' nachgeladen und in einem lokalen Repository abgelegt.

Man unterscheidet:
* offizielle Plugins,<ref>{{Internetquelle |url=https://maven.apache.org/plugins/ |titel=Maven Plugin Overview |hrsg=apache.org |sprache=en |abruf=2022-01-09}}</ref> die unter der Hoheit des Maven-Projektes stehen,
* nicht-offizielle Plugins; diese können unter Umständen später zu offiziellen Plugins werden, z. B. Ende 2021 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}}</ref>
Außerdem lässt sich Maven durch selbst entwickelte Plugins erweitern. Deswegen 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) 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 (Standardwerte), 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. Sowohl für künftige neuere Versionen von Maven als 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 zunächst erläutert werden müssen:
; Artifact (dt. [[Artefakt (Technik)|Artefakt]]): werden in ''Maven'' sowohl Plugins als auch Abhängigkeiten zu externen Programmbibliotheken und 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 Lifecycles: ''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}}</ref>
; Phasen: werden die einzelnen Schritte innerhalb eines Lifecycle genannt, die in festgelegter linearer Reihenfolge durchlaufen werden. Der Build-Lifecycle (''default'')<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}}</ref> kennt 23 Schritte.
; Goal (dt. Ziel): ist eine einzelne Aktion bzw. Funktionalität, die in einem Plugin bereitgestellt wurde.

=== Standard-Verzeichnisstruktur ===
Ein wesentliches Merkmal von Maven-Projekten ist eine einheitliche [[Verzeichnisstruktur]], die im Nachfolgenden mit ihren wichtigsten Elementen 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=en |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. 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. 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-Vorgangs]] erzeugten Dateien wie beispielsweise Kompilate abgelegt. Dieses temporäre Verzeichnis wird üblicherweise durch die Projekte aus den Revisionen von [[Versionsverwaltung|Versionskontrollsystemen]] wie [[Git]] ausgeklammert.

Die wichtigsten Verzeichnisse wie beispielsweise das [[Stammverzeichnis|Wurzelverzeichnis]] (<code>${basedir}</code>) oder auch das Ausgabeverzeichnis (<code>${outputdir}</code>) können über durch Maven bereits vordefinierte [[Attribut (Auszeichnungssprache)|Propertys]]<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 bevorzugt werden, da dies die [[Portable Software|Portierbarkeit]] von Projekten ermöglicht.

=== Automatisiertes Erstellen eines neuen Maven-Projektes mit Archetypen ===
Mit Maven-Archetypen<ref>{{Internetquelle |url=https://maven.apache.org/guides/introduction/introduction-to-archetypes.html |titel=Introduction to Archetypes |hrsg=apache.org |sprache=en |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 \
-DartifactId=sampleproject \
-Dversion=1.0-SNAPSHOT \
-Dpackage=jar
</syntaxhighlight>

=== {{Anker|POM}} Die Konfigurationsdatei: pom.xml ===
Die Konfigurationsdatei für Maven-Projekte hat die offizielle Bezeichnung „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=en |abruf=2022-01-12}}</ref> und ist als pom.[[Extensible Markup Language|xml]] im Wurzelverzeichnis des Projektes abgelegt. Im Kontext des Build-Managements ist die pom.xml die Build-Logik, welche von externen Werkzeugen wie dem Automatisierungsserver [[Jenkins (Software)|Jenkins]] aufgerufen wird. In ihr werden auch externe Abhängigkeiten notiert (vgl. folgender Abschnitt).

Die zwingenden Basisangaben für ein Maven-Projekt innerhalb einer POM sind - zuzüglich des Packagetyps - die GAV-Parameter:
* (G) = ''groupID''
* (A) = ''artifactId''
* (V) = ''version''.
Diese müssen für jedes Maven-Projekt eindeutig sein und dürfen nicht mehrfach verwendet werden.

Beispiel einer minimalen POM:
<syntaxhighlight lang="xml" line="1">
<?xml version="1.0" encoding="UTF-8"?>
<project>
<modelVersion>4.0.0</modelVersion>

<groupId>org.sample</groupId>
<artifactId>project-name</artifactId>
<version>1.0-SNAPSHOT</version>
<packaging>pom | jar | war | ear </packaging>
</project>
</syntaxhighlight>

=== 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, den [[Programmbibliothek|Drittanbieterbibliotheken]]. 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]] mitaufgenommen, sondern während des Buildvorgangs im Projekt-Ausgabeverzeichnis ''target'' bereitgestellt.

=== Artefakt-Repositorys ===
Bei der Verwendung eines Artefaktes prüft Maven, ob es bereits lokal im Repository vorhanden ist; das lokale Repository ist das versteckte Verzeichnis ''.m2/repository'' im [[Benutzerverzeichnis|''home''-Verzeichnis]] des am [[Betriebssystem]] angemeldeten Nutzers. Kann Maven das angeforderte Artefakt im lokalen Repository ''nicht'' finden, so wird es in einem öffentlichen [[Server|Remote]]-Repository gesucht und bei erfolgreicher Suche im lokalen Repository verfügbar gemacht. Das wichtigste öffentlich frei verfügbare Repository für Java-Artefakte ist „Maven Central“ vom Unternehmen Sonatype.

Man kann auch einen eigenen Repository-Server 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]]en zum [[Hosting|Hosten]] eigener Artefakte sind ''Sonatype Nexus OSS'' (mit dem z. B. Maven Central betrieben wird)<ref>{{Internetquelle |url=https://oss.sonatype.org/#welcome |titel=Sonatype OSS Artefact upload für Maven Central |hrsg=Sonatype |sprache=en |abruf=2022-01-16}}</ref> oder ''JFrog Artifactory'', für die es sowohl freie [[Online-Community|Community]]-Versionen als auch [[kommerz]]ielle ''Enterprise''-Varianten gibt. Diese Lösungen können neben verschiedenen Java-Artefakten auch andere Formate wie z. B. [[Docker (Software)|Docker Images]], [[RubyGems]], [[NuGet|.NET nuget]] oder [[Npm (Software)|NPM]] verwalten.

=== Maven-Lebenszyklen (Lifecycle) ===

Die Maven-Lebenszyklen sind:

* <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 untengenannten 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 Standardfunktionalitä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 durch das eingebundene Unit-Test-Framework (z. 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 – ggf. mit anderen nicht kompilierbaren Dateien – 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. B. [[Cucumber (Software)|Cucumber]], jGiven).
; {{lang|en|verify}} (Gültigkeitsprüfung des Softwarepakets)
: Überprüfung der Artefakte, ob die festgelegten [[Spezifikation]]en erfüllt wurden, d. 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.
; {{lang|en|deploy}} (Hochladen in ein entferntes Maven-Repository)
: Lädt das Softwarepaket in ein entferntes Maven-Repository hoch, wonach es auch anderen Entwicklern zur Verfügung steht, mitunter auch weltweit.

=== Teilprojekte ===

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}}</ref>
* ''Maven 3'' stellt den aktuellen Entwicklungszweig der Core-Entwicklung dar.
* ''Plugins'' entwickelt die meisten Maven-Plug-ins.
* ''Shared Components'' stellt [[Softwarekomponente]]n bereit, die von den anderen Teilprojekten verwendet werden können.
* ''Antrun'' ermöglicht es, Tasks aus [[Apache Ant|Ant]]-Skripten in Maven zu verwenden.
* ''Doxia'' ist ein [[Framework]] zum Generieren von Content aus den Formaten [[Almost Plain Text]] (APT), [[Confluence (Atlassian)|Confluence]], [[DocBook]], FML (''FAQ Markup Language''), [[LaTeX]], [[Markdown]], [[Rich Text Format]] (RTF), [[TWiki]], [[XDoc]] und [[Extensible Hypertext Markup Language|XHTML]].
* ''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|Integrationstests]] in Maven.
* ''Wagon'' stellt eine Abstraktionsschicht für Kommunikationsprotokolle wie „Dateizugriff“, [[Hypertext Transfer Protocol|HTTP]] oder [[File Transfer Protocol|FTP]] bereit.

== Siehe auch ==
* [[Apache Ant]], [[Gradle]]: konkurrierende Buildwerkzeuge für Java
* [[Apache Ivy]]: Werkzeug zur Verwaltung von Abhängigkeiten
* [[Jenkins (Software)|Jenkins]], [[Travis CI]]: Automatisierungsserver (CI-Server)

== Literatur ==
* {{Literatur
|Autor=Vincent Massol, Jason van Zyl, Brett Porter, John Casey, Carlos Sanchez
|Hrsg=Exist Global
|Titel=Better Builds with Maven
|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
|Hrsg=Sonatype
|Titel=Maven: By Example
|TitelErg=An Introduction to Apache Maven
|Ort=Mountain View, California
|Datum=2010
|ISBN=978-0-9842433-3-4
|Online=[http://www.sonatype.com/book/ sonatype.com]}}
* {{Literatur
|Autor=Tim O’Brien, Jason van Zyl, Brian Fox, John Casey, Juven Xu, Thomas Locher
|Hrsg=Sonatype
|Titel=Maven: The Complete Reference
|Ort=Mountain View, California
|Datum=2010
|ISBN=978-0-9842433-4-1
|Online=[http://www.sonatype.com/book/ sonatype.com]}}
* 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’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
|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 ==
<references />

[[Kategorie:Apache-Projekt|Maven]]
[[Kategorie:Java-Programmierwerkzeug]]
[[Kategorie:Freies Programmierwerkzeug]]
[[Kategorie:Build-Management]]

Apache Maven - Versionsgeschichte

imported>RealPixelcode: Rechtschreibfehler korrigiert, Stil etwas verbessert