Automatischer Build mit Maven

© OPITZ CONSULTING GmbH 2010 Seite 1 Automatischer Build mit Maven

Stefan Scheidt, Senior Architekt

OPITZ CONSULTING Gummersbach GmbH

Automatischer Build mit Maven


Wer ist OPITZ CONSULTING?

Ihr Projektspezialist für Java, SOA und Oracle

Last Minute: Offizieller OC 1

Seiter Von Tom


Wer bin ich?


Der Softwarearchitekt…


Der Coach…


Der Referent…


Der Autor...


Der Vater...


Und jetzt Sie...


(Keine) Motivation

In diesem Vortrag keine Motivation für Build-Automatisierung

Aber Erinnerung an ein paar Ziele:

  Automatisiertes Testen

  Continuous Integration

  Code-Qualität


Was ist Maven?

  „a Yiddish word meaning accumulator of knowledge “

  „a Software Project Management Tool“

  Ein deklaratives Build-System  Convention over Configuration  Wiederverwendung durch Plugins  Dependency Management

  Ein Tool für technisches Projekt-Reporting


Was ist Maven? (2)

  Ein Open-Source-Projekt bei Apache

  Entstanden 2002 für diverse Apache-Projekte

  Ziel: Vereinheitlichen von  Build  Verteilung  Erstellen einer Projekt-Webseite   ... Don‘t repeat yourself!

Siehe auch http://maven.apache.org/what-is-maven.html


Das „Project Object Model“ (POM)

  Beschreibt ein Projekt für Maven durch...  „Artefakt-Koordinaten“   Informationen für die Webseite  „Inhalt“ des Projekt  Abhängigkeiten des Projekt  Packaging Type (jar, war, ear, ...)

...als XSD-basierte XML-Datei


(Nahezu) minimales POM


Convention over Configuration

  Diese Projektbeschreibung wird durch Voreinstellungen ergänzt, ...

  ... die im „Super POM“ definiert sind http://maven.apache.org/pom.html#The_Super_POM

  Dadurch kann man jetzt schon kompilieren, (JUnit-)Tests ausführen, JAR bauen, JAR verteilen, Projekt-Website generieren.

  In diesem Sinne „Convention over Configuration“


Standard-Verzeichnisstruktur

/src/main/java

/src/main/resources

/src/main/webapp

/src/test/java

/src/test/resources

/target/classes

/target/test-‐classes


Maven Plugins

  Im Kern ist Maven eine Laufzeitumgebung für Plugins

  Diese stellen die eigentlichen Build-Funktionen als „Goals“ zur Verfügung

  Das „Super POM“ macht die gebräuchlichsten Plugins verfügbar (compile, test, jar/war, ...)

  Weitere Plugins können in Projekt-POM registriert werden


Beispiel: Jetty Plugin

org.mortbay.jetty

maven-‐jetty-‐plugin

...und „mvn jetty:run“ startet Jetty


Build Lifecycle

  Sequenz von „Build-Phasen“

  Eingebaute Lifecycle: „clean“, „default“, „site“

  Auszug aus Default Lifecycle:

validate

compile

test

package

verify

install

deploy int.-‐test test-‐comp.


Build Lifecycle (2)

  Plugin Goals können an Lifecycle-Phasen gebunden werden

  Binding wird durch Packaging Type ausgewählt

  Die Standardkonfiguration gibt bereits Bindungen vor

  Plugins können  neue Bindungen definieren  Bindungen und Lifecycle anpassen  neue Packaging Types definieren


Beispiel: Binding für jar/war

Lifecycle Phase Plugin:Goal compile compiler:compile

test-‐compile compiler:testCompile

test surefire:test

package jar:jar (war:war)

Auszug aus dem Lifecycle Binding für Packaging Type jar und war


Beispiel: Custom Binding (1)

org.codehaus.mojo sql-‐maven-‐plugin create-‐schema-‐before-‐test drop-‐schema-‐after-‐test

Auszug aus einem POM: Konfiguration für SQL Plugin mit zwei Executions


Beispiel: Custom Binding (2)

create-‐schema-‐before-‐test pre-‐integration-‐test execute src/main/sql/schema-‐create.sql

Auszug aus einem POM: Execution-Konfiguration für die Phase „pre-integration-test“


POMs und Vererbung

  POMs können von einem Parent POM erben

  Wurzel ist das „Super POM“

  Ein Parent POM kann vererben:  Plugin-Konfigurationen  Dependencies  vieles mehr...

  Häufig in Verbindung mit Multimodul-Projekten


Multimodul-Projekte

  Ein Maven-Projekt kann nur ein Artefakt produzieren

  Maven forciert dadurch die Aufteilung eines Projekts auf mehrere Sub-Projekte

  Diese können durch ein Multimodul-Projekt zusammengefasst und gemeinsam gebaut werden

  Multimodul-POM ist meist auch Parent POM


Beispiel: Multimodul-Projekt

opitztoys.project

opitztoys.domain

opitztoys.service

opitztoys.service.impl

opitztoys.webapp

„inherits from“

„aggregates“

„Dependency“


Dependency Management

  Dependencies beschreiben Abhängigkeiten zu Java-Bibliotheken (JARs)

  werden über „Artefakt-Koordinaten“ spezifiziert

  können durch „Scopes“ (compile, test, runtime, provided, ...) qualifiziert werden

  werden bei Bedarf aus einem „Remote Repository“ heruntergeladen


Beispiel: Dependency zu JUnit 4.4

junit

junit

4.4

test


Maven Repositories

  Stellen Artefakte bereit

  Lokal: im Filesystem („~/.m2/repository“)

  Remote: als „Web Service“ zum Download

  Default Remote Repository: http://repo1.maven.org/maven2

  Weitere Repositories können im Projekt-POM registriert werden


Maven Repositories (2)

repo1.maven.org

repository.springsource.com

repository.jboss.org

~/.m2/repository

pom.xml

Dependency

On Demand Download


Repository Manager

  Stellt Remote Repository Service bereit

  Zweck:  Zentraler Proxy für benötigte Remote Repositories  Bereitstellung nicht öffentlich verfügbarer JARs  Kontrolle über verwendete JARs  Verteilung selbsterstellter Artefakte


Repository Manager (2)

repo1.maven.org

repository.springsource.com

repository.jboss.org

~/.m2/repository

pom.xml

Dependency

On Demand Download

Repository Manager


Repository Manager (3)

  Empfehlung: Repository Manager einsetzen!  Pro Projekt  Unternehmensweit  Ggf. gestaffelt: Unternehmen & pro Projekt

  Einige R.M.-Implementierungen:  Sonatype Nexus http://nexus.sonatype.org/  JFrog Artifactory http://www.jfrog.org/products.php  Archiva http://archiva.apache.org/


Site-Generierung

  Webseite mit „Projektsteckbrief“

  Einbetten von JavaDoc und Projektdoku.

  Einbetten von Berichten durch Reporting-Plugins: Checkstyle, JUnit/TestNG, Corbatura, PMD, FindBugs, JDepend, ...

  Beispiele: Siehe Open-Source-Projekte, die Maven verwenden...


Maven und IDEs

  Eclipse  eclipse: Maven Plugin für Eclipse  m2eclipse: Eclipse Plugin für Maven  Eclipse IAM: Integration von eclipse.org

  NetBeans Ab Version 6.7 direktes Ausführen von Maven

  IntelliJ Build-In-Support für Import von Maven-Projekten


Maven und Continuous Integration

Support durch diverse CI-Server

  CruiseControl

  Continuum

  Hudson

  TeamCity

  Bamboo

  ...


Maven und OSGi

  Auf den ersten Blick passen Maven und OSGi gut zusammen

  Die Dependency-Konzepte unterscheiden sich aber grundlegend... Und: „Wer ist der Boss“?

  Es gibt aber Integrationssupport  Maven-Bundle-Plugin http://tinyurl.com/66q93b  Pax Construct http://www.ops4j.org/projects/pax/construct  SpringSource Bundlor http://www.springsource.org/bundlor  Tycho http://docs.codehaus.org/display/M2ECLIPSE/Tycho+project+overview


Maven 3

Quelle: Jason van Zyl, Maven Reloaded, Devoxx 2010


Maven 3

  Umfangreiches Refactoring der Codebase

  Neue API für Artifact Resolution

  Beschleunigung des Build-Prozesses durch Caching

  Verbesserungen für Multimodul-Projekte

  Bessere Unterstützung für IDE-Integration

  Kompatibilität mit Maven 2 wird durch Integrationstests sichergestellt

  Siehe auch http://www.sonatype.com/events/meetup0309/jason-on-maven3


Fazit und Bewertung

  Standardisierung zahlt sich bei einer großen Zahl von Projekten aus

  Schnelle Ergebnisse bei Standard-Anforderungen

  Für komplexere Anpassungen ist jedoch umfangreiche Einarbeitung nötig

  Passt evtl. nicht bei sehr individuellen Anforderungen (bzw. sehr großer Aufwand)


Links   Projekt-Seite

http://maven.apache.org/   Maven The Definitive Guide

http://www.sonatype.com/books/maven-book/reference/   DZone Refcard

http://refcardz.dzone.com/refcardz/apache-maven-2   Maven How Tos

http://www.sonatype.com/people/2009/04/summary-of-maven-how-tos/   Nexus

http://nexus.sonatype.org/   Artifactory

http://www.jfrog.org/products.php   m2eclipse

http://m2eclipse.codehaus.org/


Fragen und Antworten


Kontakt

Stefan Scheidt, Senior Architekt

OPITZ CONSULTING Gummersbach GmbH

Kirchstraße 6, 51647 Gummersbach

[email protected]

Automatischer Build mit Maven · Automatischer Build mit Maven © OPITZ CONSULTING GmbH 2010 Seite...

Documents

Transcript of Automatischer Build mit Maven · Automatischer Build mit Maven © OPITZ CONSULTING GmbH 2010 Seite...

Arbeitskreis „MAVen bei Einrichtungen der Altenhilfe und bei …diag-mav-limburg.de/sonstiges/Arbeitskreise/Altenhilfe/... · 2016-08-23 · 21.03.2016 14:08:21 1 Arbeitskreis „MAVen

Compilerbau – SS 2019 – Teil 0/Mavenwi.f4.htw-berlin.de/.../Folien/CB-00/00-CB-Maven-2.pdfCompilerbau – SS 2019 – Teil 0/Maven 13 Hallo world mit Maven IV • Nach dem Start

Automatischer Rückspülfilter AutoFilt RF10

Daniela Noll-Opitz Seremos como el Che

Deutschtu(…) - Martin-Opitz-Bibliothekmartin-opitz-bibliothek.de/application/files/2614/7186/6411/ADMB... · 86 Zeugnis der Zirklerschen Privat-Handelsschule für Paul Kratsch.

Artem Eger Build-Systeme in java Maven & ANT · 2018. 1. 24. · Maven & ANT Artem Eger (1) Motivation und Überblick (2) Bauen mit Ant (3) Praxisbeispiel Ant (4) Bauen mit Maven

Builddreikampf: Ant, Maven und Gradlealt.java-forum-stuttgart.de/jfs/2012/folien/F5.pdf · 2012-07-06 · Builddreikampf: Ant, Maven und Gradle | Carl Anders Düvel & Sven Bunge|

Ü̈ber Ant und Maven zu SBT und Gradle

Arbeitskreis „MAVen bei Einrichtungen der Caritasverbände ...diag-mav-limburg.de/sonstiges/Arbeitskreise/...21.03.2016 14:23:53 1 Arbeitskreis „MAVen bei Einrichtungen der Caritasverbände

KUGELHÄHNE | Automatischer Betrieb BALL VALVES ...

AUTOMATISCHER PHOROPTER FÜR DEN MODERNEN · aph 550 automatischer phoropter automatischer phoropter fÜr den modernen aph 550 augenoptikbetrieb essilor instrumente deutschland heinrich-von-stephan-str.

Komponenten-basierte Entwicklung Teil 3: Einführung in Mavenwi.f4.htw-berlin.de/.../AI-KBE-WS14/Folien/KBE-03/03-KBE-Maven-1.pdf · Komponenten – WS 2014/15 – Teil 3/Maven 3

Konzeption eines Qualitätsmanagement-Werkzeuges für die ...MAVEN •Build • mvn package •Maven Phasen (Standard Lebenszyklus) • validate: validate the project is correct and

Automatischer Informationsaustausch - ibr.unibe.ch · PDF fileInstitut für Bankrecht, Universität Bern SBT 2016 − Schweizerische Bankrechtstagung 2016 Automatischer Informationsaustausch

Kirchen info - Gesundheit & Soziales+file++... · Arbeitsgemeinschaft der MAVen in Schleswig-Holstein Wiltrud Karbe und Max Jalaly, Arbeitsgemeinschaft der MAVen in Westfalen Sonja

LeutzscherHolz Exkursion - leipziger-auwald.de · stadt leipzig texte. andreas sickert simone neumann martin opitz hans jurgen schwarz fotos. lothar schnitzer martin opitz zeichnungen.

Arbeitskreis „MAVen bei Einrichtungen der Behindertenhilfe ... · 21.03.2016 14:21:45 1 Arbeitskreis „MAVen bei Einrichtungen der Behindertenhilfe und der Jugendhilfe im Bistum

Leichtgewichtige Architekturen mit Spring, JPA, Maven und Groovy

Case Study zur erfolgreichen JEE-7 Migration Dirk Ehms ... 2015... · 1. Maven Dependency Management, Maven Profile 2. VCS Branches für nicht-kompatiblen Source Code 3. Continuous