Ausführbare Jar mit Maven erstellen

Wenn man mit Maven eine ausführbare Jar Datei erstellen möchte, kann man dies mit der Kombination aus dependency-plugin und dem jar-plugin erreichen. Mit Hilfe des Dependency-Plugins werden alle transitiven Abhängigkeiten entpackt im Jar Archiv hinterlegt. Aufpassen muss man dabei, wenn man Frameworks wie Spring einsetzt, da in jedem Spring Artefact Dateien mit gleichem Namen existieren, die zur Laufzeit als eine Datei existieren muss, d.h. zudammengefügt werden müssen. Dies kann jedoch das dependency plugin nicht. Dafür muss man manuell eingreigen und die Dateien wie spring.handlers, spring.schemas, spring.tooling selbst erstellen und die Inhalte alle Spring Abhängigkeiten einfügen. Mit Hilfe des Jar Plugin kann man nun noch bestimmen welche Klasse die ausführbare main-Methode enthält. So ist es anschließend möglich das Jar mittels:
java -jar diejardatei.jar
ausführen. <profiles> <profile> <id>makeExecutable</id> <activation> <property><name>makeExecutable</name></property> </activation> <build> <plugins> <plugin> <artifactId>maven-jar-plugin</artifactId> <configuration> <archive> <manifest> <mainClass>de.cwack.project.Main</mainClass> </manifest> </archive> </configuration> </plugin> <plugin> <artifactId>maven-dependency-plugin</artifactId> <executions> <execution> <id>unpack-dependencies</id> <phase>generate-resources</phase> <goals> <goal>unpack-dependencies</goal> </goals> <configuration> <overWrite>true</overWrite> <excludes>**\/spring.handlers,**\/spring.schemas,**\/spring.tooling</excludes> </configuration> </execution> </executions> </plugin> </plugins> <resources> <resource> <directory>${basedir}/src/main/resources</directory> </resource> <resource> <directory>${basedir}/target/dependency</directory> </resource> </resources> </build> </profile> </profiles>

Generieren von JPA Entities aufrgrund einer DDL mit Maven

Wenn die Datenbank der Contract sein soll, sprich die DDL, dann sollte sich alles an der Datenbank orientieren. Es gibt viele Gründe weshalb nicht der Persistencelayer den Contract bildet. Um nun einerseits den Aufwand zum Implementieren diverser Entities zu minimieren und andererseits auch das Synchronisationsproblem zwischen dem Datenbankschema und dem Persistenlayer bzw. den Entitäten zu beheben, bietet Maven die Möglichkeit ein sog. Reverse-Engineering durchzuführen. Das heißt anhand der Datenbank werden die Entitäten generiert. Im wesentlichen bedeutet dies Konfigurationsaufwand. Man fügt in die POM folgendes Plugin ein und passt es entsprechend an: pom.xml
<plugin> <groupId>org.codehaus.mojo</groupId> <artifactId>hibernate3-maven-plugin</artifactId> <version>2.2</version> <extensions>true</extensions> <executions> <execution> <id>hbm2java</id> <phase>generate-sources</phase> <goals> <goal>hbm2java</goal> </goals> <configuration> <components> <component> <name>hbm2ddl</name> <implementation>postgresql</implementation> </component> <component> <name>hbm2java</name> <implementation>annotationconfiguration</implementation> <outputDirectory>target/generated-sources/hibernate</outputDirectory> </component> </components> <componentProperties> <drop>false</drop> <jdk5>true</jdk5> <ejb3>true</ejb3> <packagename>de.cwack.db.generated.entities</packagename> <implementation>jdbcconfiguration</implementation> <configurationfile>/src/main/resources/hibernate.cfg.xml</configurationfile> <revengfile>/src/main/resources/hibernate-generation/reveng.xml</revengfile> </componentProperties> </configuration> </execution> </executions> </plugin> Eine Verbindung zur Datenbank wird natürlich auch benötigt, dazu benutzt man wie gewöhnlich bei hibernate die hibernate.cfg.xml Datei:
hibernate.cfg.xml
<?xml version='1.0' encoding='UTF-8'?> <!DOCTYPE hibernate-configuration PUBLIC "-//Hibernate/Hibernate Configuration DTD 3.0//EN" "http://hibernate.sourceforge.net/hibernate-configuration-3.0.dtd"> <hibernate-configuration> <session-factory> <property name="connection.url">jdbc:postgresql://localhost/database</property> <property name="connection.username">postgres</property> <property name="connection.password">postgres</property> <property name="connection.driver_class">org.postgresql.Driver</property> <property name="dialect">org.hibernate.dialect.PostgreSQLDialect</property> <property name="cache.provider_class">org.hibernate.cache.EhCacheProvider</property> <property name="current_session_context_class">thread</property> <property name="hibernate.transaction.factory_class"> org.hibernate.transaction.JDBCTransactionFactory </property> <property name="hibernate.show_sql">true</property> <property name="hibernate.hbm2ddl.auto">none</property> </session-factory> </hibernate-configuration> In der reveng.xml kann man Tabellenfilter und Mappingkonfigurationen vornehmen, wie z.B. verschiedene Datentypen von sql in Java gemappt werden sollen:
reveng.xml
<?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE hibernate-reverse-engineering SYSTEM "http://hibernate.sourceforge.net/hibernate-reverse-engineering-3.0.dtd" > <hibernate-reverse-engineering> .... </hibernate-reverse-engineering>

Maven Compiler Plugin - unmappable character for encoding UTF-8

Dieser Buildfehler basiert auf einer Änderung zwischen Java 1.5 und Java 1.6. Für Sonerzeichen war das Errorlevel bis Java 1.5 auf WARNING, doch bei 1.6 handelt es sich nun um das Level ERROR.
Beheben lässt sich der Fehler relativ leicht, indem man dem Maven-Compiler-Plugin das richtige Encoding mitgibt.

z.B.
<plugin> <groupid>org.apache.maven.plugin</groupId> <artifactid>maven-compiler-plugin</artifactId> <version>2.0.2</version> <configuration> <source>1.6</source> <target>1.6</target> <encoding>ISO-8859-1</encoding> </configuration> </plugin>

Nexus - Release und Snapshot Konfiguration

Für die Release und Snapshot Konfiguration eines Maven Projektes fügt man folgenden Code in die "pom.xml" für das DistributionManagement ein. Der Vorteil dieser Variante, dass globale Maven-Variablen aus der settings.xml genutzt werden und somit an einer zentralen Stelle (settings.xml) Änderungen vorgenommen werden können. Auszug aus einer pom.xml: <distributionmanagement> <snapshotrepository> <id>snapshots</id> <name>Snapshots</name> <url>${snapshots.url}</url> <uniqueversion>false</uniqueVersion> </snapshotRepository> <repository> <id>releases</id> <name>Releases</name> <url>${releases.url}</url> </repository> </distributionManagement> Auszug aus der passenden settings.xml, welche in das .m2 Verzeichnis abgelegt werden muss: <settings> <offline>false</offline> <proxies> <proxy> <active>true</active> <protocol>http</protocol> <host>...nexus...</host> <port>8080</port> <nonproxyhosts>1|23</nonProxyHosts> </proxy> </proxies> <mirrors> <mirror> <!--This sends everything else to /public --> <id>nexus</id> <mirrorof>*</mirrorOf> <url>http://...nexus.../content/groups/public</url> </mirror> </mirrors> <!-- <servers> <server> <id>snapshots</id> <username>username</username> <password>password</password> </server> </servers> --> <profiles> <profile> <id>nexus</id> <properties> <releases.url>http://...nexus.../content/repositories/releases</releases.url> <snapshots.url>http://...nexus.../content/repositories/snapshots</snapshots.url> </properties> <!--Enable snapshots for the built in central repo to direct --> <!--all requests to nexus via the mirror --> <repositories> <repository> <id>central</id> <url>http://central</url> <releases><enabled>true</enabled></releases> <snapshots><enabled>true</enabled></snapshots> </repository> </repositories> <pluginrepositories> <pluginrepository> <id>central</id> <url>http://central</url> <releases><enabled>true</enabled></releases> <snapshots><enabled>true</enabled></snapshots> </pluginRepository> </pluginRepositories> </profile> </profiles> <activeprofiles> <!--make the profile active all the time --> <activeprofile>nexus</activeProfile> </activeProfiles> </settings>

Settings.xml für Nexus anpassen

Um einen Nexus als Maven Proxy zu benutzen, muss man in sein .m2 Verzeichnis eine konfigurierte settings.xml hinterlegen. Der Trick dabei ist, dass man das Central Repository mit einer falschen Url überschreibt, so dass diese dann auch über den Nexus umgeleitet wird. Central ist per Default auf das öffentliche Maven1 Repository gesetzt. Man muss im Nexus lediglich dafür sorgen, dass die darin konfigurierten Repositories zu http:///content/groups/public hinzugefügt wurden. Das heißt, dass alle im Nexus konfigurierten Repositories unter einer Url kompensiert werden.

<settings> <mirrors> <mirror> <id>nexus</id> <mirrorof>*</mirrorof> <url>http://nexusurl/content/groups/public</url> </mirror> </mirrors> <profiles> <profile> <id>nexus</id> <repositories> <repository> <id>central</id> <url>http://central</url> <releases><enabled>true</enabled></releases> <snapshots><enabled>true</enabled></snapshots> </repository> </repositories> <pluginrepositories> <pluginrepository> <id>central</id> <url>http://central</url> <releases><enabled>true</enabled></releases> <snapshots><enabled>true</enabled></snapshots> </pluginrepository> </pluginrepositories> </profile> </profiles> <activeprofiles> <activeprofile>nexus</activeprofile> </activeprofiles> </settings>