Der Maven Loader ist eine Erweiterung des Tomcat Application Server um einen Maven Class-Path Loader. Das Projekt ist sehr jung und wird in Zukunft noch mehr Features unterstützen. Zögern Sie nicht, Kontakt mit uns aufzunehmen.
Erklärung#
Bisher werden alle JARs in ein WAR-File nach /WEB-INF/lib eingepackt.
Maven Loader löst dies nun anders und bietet volgende Vorteile:
- Kleine WAR-Files: Kleine Web-Applications hätten eingentlich nur einige hundert Kilobytes, selbst größere Anwendungen übersteigen selten einige Megabyte. In der Praxis findet man selten ein WAR-File unter 10 Megabyte, bei JEE-Anwendungen mit JSF, JPA und Spring ist man schnell bei 30 Megabyte. Kommen dann noch einige Drittbibliotheken dazu, kommt man schnell an die 100 Megabyte heran.
- Deployment: Die WARs werden oft durch File-Upload auf den Application-Server gebracht. Selbst wenn sie direkt im Dateisystem oder über das lokale Netzwerk kopiert werden, sind 100 Megabyte dennoch eine große Datenmenge. Mit der eigentlichen Web-Anwendung werden wieder und wieder dieselben Daten übertragen. Auf dem Application-Server wird das WAR dann wieder ausgepackt, weil die enthaltenen JAR-Dateien sonst nicht in den Class-Path eingefügt werden können. Werden mehrere WAR-Dateien deployed, werden die enthaltenen JAR-Dateien unter umständen viele Male in unterschiedliche Deploy-Verzeichnisse kopiert. Das kostet Speicher und Zeit. Mit Maven Loader werden nur noch die Nutzdaten upgeloaded und deployed.
- Build: Das bauen eines JAR-Files dauert nur wenige Augenblicke, weil es klein ist und nur die Dateien aus dem Projekt hineingepackt werden. Beim WAR-File geht das Compiling ebenso schnell, dann kommt das Packen der bereits gepackten JAR-Dateien, die Packer und CPU besonders intensiv beschäftigen. Und bei jedem Build dieselben Dateien. Mit Maven Loader werden nur noch die Projektdateien compiliert und eingepackt.
- Maven: Inzwischen hat sich Maven beim Build durchgesetzt, weil es bequemer ist, den eigentlich Code oder das erzeugte Artifact frei von Dependencies zu halten. Wieso sollte Maven also nicht auch am Application Server die Dependencies nachladen?
Lösung#
Intersult Maven Loader ist eine Erweiterung des
Tomcat Application Server, sodass dieser die Dependencies eines WAR-Files selbst laden kann.
Maven Loader arbeitet dabei mit den settings.xml der Maven-Installation zusammen, sodass Proxy-Einträge oder Mirrors benutzt werden kännen. Dies ist gerade in Unternehmensanwendungen häufig der Fall.
Installation#
- Zunächst wird eine Tomcat-Instanz installiert. Das System ist bisher mit Tomcat 7 getestet, sollte auch mit Tomcat 6 lauffähig sein.
- Innerhalb der Tomcat-Installation (z.B. C:\Java\apache-tomcat-7.0.42\) wird das maven-loader.zip aus dem Anhang ausgepackt.
- Die Datei <tomcat>/conf/catalina.properties wird editiert. Der Eintrag common.loader wird zusätzlich um ${catalina.home}/maven-loader,${catalina.home}/maven-loader/*.jar erweitert.
Nun ist der Tomcat Maven-fähig!
Maven-WAR-Files#
Maven-WAR-Files (auch Thin-WAR-Files genannt) werden wie wie folgt aufgebaut:
- Es ist kein <war-file>/WEB-INF/lib enthalten.
- In <war-file>/META-INF/context.xml befindet sich die Datei context.xml.
- In <war-file>/META-INF/pom.xml befindet sich die POM-Datei mit dem das WAR-File gebaut worden ist.
Beim Deployment wird dadurch der Maven Loader aktiviert, der dann die POM-Datei des Projekts öffnet und die Dependencies zum Class-Path hinzufügt. Falls die Dependencies nicht im lokalen Repository sind, werden diese über das Aether-System von Maven heruntergeladen und lokal installiert.
Hinweis: Es können weiterhin full blown WAR-Files installiert werden.
Lokale Maven installation#
Im Moment muss noch die Variable M2_HOME auf das Maven-Home gesetzt sein, damit die settings.xml geladen werden können. Eigentlich befindet sich das aktuelle
Maven durch die JAR-Files bereits beim
Maven Loader. In Zukunft könnte entweder das eigenständige
Maven entfallen oder es werden die JAR-Files aus der bestehenden Installation genutzt.