JAXenter

Dabei handelt es sich um ein Werkzeug aus dem Hause ZeroTurnaround, das Änderungen an Java-Klassen im laufenden Betrieb überwacht und erkennt, die geänderte Klasse automatisch nachlädt und der laufenden Anwendung sofort zur Verfügung stellt. Der Clou dabei liegt auf der Hand: Änderungen am Quellcode werden so in der laufenden Anwendung sofort und ohne Neustart aktiv. Das spart Zeit und Geld im Entwicklungsprozess, denn die mitunter zeitaufwändigen Wartepausen, die beispielsweise beim wiederholten Redeployment einer Webanwendung entstehen, nur um vorher durchgeführte Codeänderungen zu überprüfen, können enorm sein. Mit JavaRebel können diese Zwangspausen auf ein erträgliches Level abgesenkt werden. Dabei kann JavaRebel nahezu überall eingesetzt werden: tn Java-EE-Projekten, Webanwendungen, Spring bis hin zur Eclipse RCP – der Rebell ist mit wenigen Handgriffen einsatzbereit.

Unter der Haube

Neben so populären neuen Features wie Annotations oder Generics wurde mit Java 5 auch das so genannte Instrumentation API (java.lang.instrument) eingeführt. Mit diesem neuen API ist es möglich, Konstrukte zu programmieren, die sich über den JVM-Parameter –javaagent in eine laufende VM einklinken lassen. Einmal eingeklinkt, lassen sich dann mithilfe der neuen API Veränderungen an allen in der VM befindlichen Klassen vornehmen, bevor sie ausgeführt werden. JavaRebel nutzt diese Technik, um entsprechende Klassen nach Veränderungen einfach neu zu laden. Ein weiteres, sehr prominentes Produkt, das die Instrumentation API ebenso einsetzt, ist AspectJ. Konkret kommt hier beim Einweben von Aspekten auf Bytecodeebene (Load Time Weaving) ein von AspectJ bereitgestellter Agent zum Einsatz. Wer jetzt mehr über das Instrumentation API erfahren möchte, dem sei dieser und dieser Link zur Lektüre empfohlen.

Konfigurationsbeispiele

Stellen Sie sich vor, Sie entwickeln eine auf JSF oder Spring MVC basierende Webanwendung. Dabei benutzen Sie einen durch Ant oder Maven gestützten Build-Prozess in Verbindung mit Tomcat. JavaRebel binden Sie in diesem Szenario an den Tomcat-Server. Hierzu ist in der Konfigurationsdatei catalina.bat der Tomcat-Installation lediglich folgende Zeile hinzuzufügen:

1. set JAVA_OPTS=-noverify -javaagent:C:\javarebel-1.2.2\javarebel.jar %JAVA_OPTS%

Das Flag –noverify, laut Dokumentation dringend erforderlich, schaltet die so genannte Bytecode Verification in der JVM ab. Einige weitere Konfigurationsbeispiele (z.B. für JBoss, GlassFish, Jetty) finden sich ebenso in der Dokumentation. Zur weiteren, verfeinerten Konfiguration von JavaRebel stehen darüber hinaus noch zusätzliche Parameter zur Verfügung, mit denen man beispielsweise die Überwachung der Java-Klassen auf bestimmte Verzeichnisse oder Packages beschränken kann (Tabelle 1). Besonders interessant ist JavaRebel auch in der Welt der RCP- oder Plug-in-Entwicklung mit Eclipse. Hier binden Sie JavaRebel schlicht in der entsprechenden Run Configuration (Reiter Arguments, Eingabefeld VM arguments) wie folgt ein:

1. -noverify -javaagent:C:\javarebel-1.2.2\javarebel.jar -Xmx512m -XX:MaxPermSize=128m

Fazit

JavaRebel ist ein sinnvolles Werkzeug, das die Entwicklungszeit von Java-Anwendungen beschleunigen kann, weil es die Möglichkeit bietet, Java-Klassen zu überwachen und zur Laufzeit auszutauschen. Somit kann das wiederholte Neustarten oder Redeployment der entwickelten Java-Anwendung auf ein erträgliches Maß gesenkt werden. Möglich wird dies durch das mit Java 5 eingeführte Instrumentation API. JavaRebel ist ein kommerzielles Produkt, dessen Konzept und Praxistauglichkeit zu überzeugen wissen. Geben Sie dem Werkzeug einen Testlauf und genießen Sie Ihr nächstes Aha-Erlebnis.

Tabelle 1: Kleine Auswahl von Parametern mit denen JavaRebel konfiguriert werden kann

Links & Literatur

1. JavaRebel-Webseite
2. How To, -javaagent
3. Instrumentation – Modify Applications with Java 5 Class File Transformations
4. Bytecode Verification