= Apache Maven =

Maven ist ein Tool, um Java-Projekte zu bauen und zu verwalten. Es hat einiges mit ApacheAnt gemeinsam, geht aber darüber hinaus und hat einen ganz anderen Ansatz. Ich habe mich entschlossen, mich mal mit Maven zu beschäftigen und möchte hier Informationen für andere und für später sammeln.



== Abgrenzung zu anderen Tools ==

Bei Maven beschreibt man einige (wenige) grundlegende Dinge über sein Projekt. Im einfachsten Fall ist das nur der Namen und die Version. Dann werden über Befehle ähnlich wie bei Ant sogenannte "goals" oder "phases" ausgelöst, die dann das Projekt bauen. Die Phasen entsprechen dabei Vorgängen wie "Compilieren", "Unit-Tests ausführen", "als JAR verpacken" etc. Man schreibt allerdings nicht prozedural auf, welche Befehle man ausführen will (wie bei ApacheAnt), sondern überlässt das recht komfortablen, konfigurierbaren Plugins.

MAven baut stark auf Konventionen auf, d.h. es gibt einmal festgelegte Plätze, wo z.B. der Quelltext sich befindet, wo die Klassen hinsollen etc. Alle diese Einstellungen werden dann von allen Plugins automatisch respektiert, ohne daß man dies in jedem Task bei jedem Befehl wieder neu angeben müsste.

Die zwei Haupt-Verbesserungen zu Ant sind, daß man einerseits eine Paketverwaltung für Bibliotheks-Abhängigkeiten bekommt und andererseits, daß es bereits eine große Menge von komfortablen Plugins gibt, die meistensteils direkt "out of the box" funktionieren. Man mag meinen, daß es auch sehr viele Ant-Tasks zu allen möglcihen Zwecken gibt, aber es ist dennoch ein Unterschied, einen Befehl zu bekommen, dessen Parameter man erst verstehen und heraussuchen muss oder ein Plugin, das meistens von ganz alleine funktioniert.

Der Haupt-Nachteil ist, daß man letztlich nicht mehr selber Tasks "programmieren" kann, wie das unter Ant eigentlich selbstverständlich war. Obwohl ich das immer stark ausgenutzt habe, bin ich bisher noch nicht an den Punkt gekommen, wo mich Maven behindert. Ich bin aber noch nicht fertig... ;-) Natürlich bleibt einem die Möglichkeit, auch eigene Plugins zu schreiben. Diese sind dann aber vollständige Java-Klassen und nicht bloss ein paar Zeilen in der "build.xml" wie bei Ant.

Eine bessere Vorstellung habe ich bekommen, als ich das Zusammenspiel mit IDEs besser verstanden habe. Ein Maven-POM (also die Projekt-Konfigurationsdatei) kann man direkt in eine Eclipse-Projektkonfiguration übersetzen. Im Grunde genommen sollte dieser "POM-Standard" (irgendwann) als Konfigurationsdatei in allen IDEs deren eigenen Konfigurationsdateien ersetzen und damit vereinheitlichen können. Natürlich wird immer noch jede IDE irgendwas anders machen, einen anderen Compiler benutzen, bessere Auswertungen anzeigen können oder sonstwas - genauso ist es mit den verschiedenen Maven-Plugins. Man muss diese wie Module einer IDE sehen, die mit den gemeinsamen POM-Daten arbeiten.

Ein herausragender Nachteil von Ant ist, daß es durch die "XML-Programmierung" sehr statisch und unflexibel ist. Das ist bei Maven noch viel stärker, weil man ja eben gar nicht mehr programmieren kann ''(oder man schreibt eigene Plugins - Ich will hier aber auch nicht verschweigen, daß es ein Plugin zur Ausführung von Ant-Tasks gibt...)''. Komischerweise fällt das bei Maven gar nicht so auf, weil viele der vorher zu programmierenden Probleme mit den vorhandenen Plugins schon ganz gut gelöst worden sind.




>>== Dokumentation und Links ==

Die Webseite des Projektes findet sich unter http://www.maven.org. Dort findet sich eine gute Kurzeinführung in die Maven-Konzepte und weitere Doku. Leider ist diese Dokumentation, wenn man über die Schnelleinführung hinausgeht, ziemlich grottenschlecht. Irgendwie muss man meist sehr viel Ahnung von dem Problem haben, das ein Plugin löst, um dessen Doku zu verstehen. Wenn man aber gerade durch die Plugins stöbert, um auf neue Ideen zu kommen, hilft das nix.

Vor der kompletten Verzweiflung und Hinwendung zu einem anderen Build-Tool habe ich dann aber per Google herausgefunden, daß man das exzellente Buch [Maven: The Definitive Guide|http://www.buch.de/shop/home/suchartikel/maven_the_definitive_guide/ISBN0-596-51733-5/ID15290101.html?jumpId=421792] auch frei herunterladen kann. Es steht auf der Webseite der Firma Sonatype, die u.a. auch das Eclipse-Plugin [m2eclipse|http://m2eclipse.codehaus.org/] geschrieben hat: http://www.sonatype.com/products/maven/documentation/book-defguide. Dieses Buch empfehle ich uneingeschränkt jedem, der sich ernsthaft mit Maven beschäftigen möchte.

Wer Bibliotheken sucht, die er über das Paketmanagement laden kann, wird auch http://mvnrepository.com/ und seine Suchfunktion gerne nutzen.



== Erste Schritte ==

In der [Dokumentations-Übersicht|http://maven.apache.org/guides/index.html] finden sich zwei Guides "Maven in 5 Minutes" und "Maven in 30 Minutes". Diese sind ein guter Anfang, um mal reinzuschauen. Nach Lesen dieser Dokumente kam ich mir allerdings etwas alleingelassen vor. Jetzt sollte man "The Definitive Guide" lesen und vielleicht ein paar meiner Bemerkungen als Hilfestellung nehmen.



== Tips und Bemerkungen ==

=== Archetypen ===

Am Anfang habe ich nicht richtig begriffen, was es mit diesen Archetypen auf sich hat. Das sind einfach Templates, d.h. leere Projekte, die als neues Projekt kopiert werden können. Wer keinen Archetyp-Namen angibt, bekommt den "Standard"-Archetyp, der IMHO erstmal am besten ist. Nun gibt es Leute, die z.B. zum Programmieren von Swing-Applikationen ein Gerüst geschrieben haben, damit man schonmal eine Klasse hat, die ein Fenster öffnet. Ich persönlich schreibe meine Klassen ja lieber selber, aber wer es mag, kann sich ja mit den Archetypen beschäftigen.

=== Abhängigkeiten ===

Die Doku auf der Webseite tut immer so, als wüsste man von ganz alleine, welche Bibliothek in welcher Version man einbinden will. Um hier Hilfe zu bekommen, kann man entweder das Zentral-Repository per Browser durchsuchen oder auf http://mvnrepository.com/ gehen, wo es eine gute Weboberfläche zur Suche gibt, in der dann auch die Projektbeschriebung ausgegeben wird etc. Das erreicht zwar nicht die Qualität vom CPAN für PerlProgrammierung, ist aber ein Anfang.

=== <<Eclipse-IntegrationEclipse-Plugin ===

Die Eclipse-Integration [m2eclipse|http://m2eclipse.codehaus.org/] sollte man auf jeden Fall installieren. Die Konfiguration des Projektes geschieht dann im Grunde nur noch über den POM-Editor, aus dem heraus dann automatisch die Eclipse-Einstellungen generiert werden.

<<== Help-Plugin ==

Mit

 mvn help:describe -Dfull -Dplugin=exec
 
Gibt es eine Hilfe z.B. zum "exec"-Plugin. Dort werden alle Goals (also alle Befehle) sowie deren Parameter aufgeführt.


-- ThomasBayen

----
[{Tag Java}]