Dit artikel wordt geschreven door een developer die slechts zeer beperkte ervaring heeft met tools zoals maven, tools die het leven van een programmeur makkelijk maken. Een uitdaging voor het schrijven van dit artikel ligt daarin toch iets zinnigs te schrijven over maven, zonder de broodnodige ervaring in de praktijk. Doel van dit artikel is een eerste indruk te geven in Maven.

Voor het uitschrijven van een advies of een tool als Maven wel of niet van belang is voor Finalist zou mijns inziens de beste aanpak zijn om Maven in een project te gebruiken. Voor mij is dat nog niet van toepassing geweest en dus blijft het bij een kleine ontdekkingreis aan de hand van een tutorial op http://maven.apache.org en documentatie over Maven.

Met maven structureer je een build proces van een project waarbij eigenlijk alle processen in een ontwikkeltraject kunnen worden meegenomen.

Vanuit een archtype, een template, wordt een project initieel aangemaakt, één en ander aan de hand van wat de gebruiker ingeeft. De directory structuur wordt aangemaakt waarin de root dir een pom.xml bestand staat. Dit bestand bevat alle belangrijke onderdelen van het project en van daaruit worden door maven taken uitgevoerd. Deze taken bestaan onder andere uit het compileren van source code, het testen van deze source code, het inpakken van bestanden in een jar, war of ear bestand en het deployen van de bestanden op een bepaalde locatie (lokaal of remote). In pom.xml staat ook de naam van het project, de url van de site van het project, versienummer, afhankelijkheden etc.

Met behulp van deze instellingen kunnen met een paar eenvoudige commando’s de diverse taken worden uitgevoerd. Met mvn compile wordt bijvoorbeeld de source gecompileerd. Indien nodig download maven dependencies van een locatie op het web en voert de taken uit. Dit kunnen bijvoorbeeld libraries zijn om tests te runnen met behulp van Junit. Commando’s kunnen onafhankelijk van elkaar worden uitgevoerd maar kunnen ook in combinatie worden uitgevoerd, zodat meerdere taken in één keer worden uitgevoerd. De meeste commando’s voeren op zichzelf overigens ook meerdere taken ineens uit. Met het commando mvn test wordt bijvoorbeeld eerst gekeken of er veranderingen hebben plaatsgevonden in het project; sourcecode die veranderd is wordt vervolgens eerst gecompileerd en daarna getest.

Verschillende pom.xml bestanden kunnen worden gecombineerd, waardoor meerdere projecten kunnen worden gebouwd, getest en gedeployed in één commando. Er is dan sprake van een parent pom.xml die uit een aantal modules bestaat. Acties worden vervolgens op alle deelprojecten uitgevoerd en op het parent project.

In eerste oog opslag vind ik Maven vooral bruikbaar voor niet te grote projecten. Bij xml bestanden, die je bij andere tools en frameworks ook veel tegenkomt (zoals Ant) verlies je mijns inziens al gauw het overzicht. Ook is een fout snel gemaakt bij de grote diversiteit aan tags die kunnen worden gebruikt in de pom.xml bestanden. Wanneer je Ant en Maven met elkaar vergelijkt zijn er overeenkomsten en één van de voorbeelden in de documentatie laat zien dat voor bepaalde build acties, je bij Maven veel minder regels xml nodig hebt dan bij Ant. Toch vereist het discipline de xml bestanden overzichtelijk te houden en vooral niet te lang te maken. Het mooie van Maven vind ik dat je meerdere tools kunt combineren in het build proces. Maven gaat uit van bepaalde conventies en afspraken. Zo wordt source code verwacht in ${basedir}/src/main/java, unit tests worden verwacht in ${basedir}/src/test/java. Door deze regels wordt structuur in een project aangebracht, iets wat ik ook een sterk punt vind van Maven. Concluderend vind ik Maven een goeie tool, project framework, die in mijn ogen zeer geschikt is voor kleine en middelgrote projecten. Bij grote projecten wordt het in mijn ogen foutgevoelig en onoverzichtelijk.

—————————————————————————————
Meer weten over Software beheer-specialist Finalist IT Group?