Eigentlich wollte ich mit Maven beschäftigen. Doch beim Durcharbeiten des hübsch gestalteten und sonst auch ganz gut aufgesetzten Buches „Better Builds with Maven“ kam ich in Kapitel 4 ins Stocken.

Man soll dort anhand „real world“ Anwendung Daytrader etwas über das Bauen von J2EE Applicationen erfahren. Also schnell mal den Beispiel Code gezogen. Doch der ist ziemlich in den Fritten. Der Compiler Lauf verabschiedet sich mit:

daytrader/wsappclient/src/main/java/org/apache/geronimo \      /samples/daytrader/client/ws/ClientApp.java:[1357,78]incompatible typesfound   : org.apache.geronimo.samples.daytrader.client. \ws.ArrayOfOrderDataBean

required: java.lang.Object[]

Was nix gutes heisst.

Ok, einmal angefixt, muss man den Dingen nachgehen. Einmal kurz bei Apache Geronimo nachgeschaut und siehe da, den Daytrader gibt es wirklich. Sogar in mehreren Versionen, doch funktionieren tut nur dieser:

https://svn.apache.org/repos/asf/geronimo/daytrader/tags/1.1.0

Und dann auch nur ausschließlich mit der 1.1′er Release und nicht etwa mit der 1.1.1′er Release. Also flott die 1.1′er runtergeladen und ausgepackt.

 tar -xzf geronimo-jetty-j2ee-1.1.tar.gz

Ich bewege mich unter Linux und habe offensichtlich Geronimo mit dem Webapplication Server Jetty gewählt. Unter andernen Betriebsystemen sollte es aber ähnlich einfach gehen. Das Verzeichnis in das ausgepackt wurde bezeichnen wir mal mit {GERONIMO_HOME}. Der Server startet sich fast wie von selbst.

cd ${GERONIMO_HOME}/binjava -jar server.jar

Ok nun läuft also der Server nur der Daytrader, der läuft noch nicht. Also erstmal mit Subversion holen.

svn co https://svn.apache.org/repos/asf/ \   geronimo/daytrader/tags/1.1.0 daytrader-1.1.0

Damit liegt der Quellcode im Verzeichniss daytrader-1.1.0 vor, welches wir mit {DAYTRADER_HOME} bezeichnen. Jetzt kann der Kram installiert werden. Ach ja, habe ich schon gesagt, dass Maven installiert sein sollte?

cd ${DAYTRADER_HOME}mvn install

Im Vereichniss ${DAYTRADER_HOME} liegt auch eine README, die einem erklärt, wie man den Daytrader nun an den Start, sprich deployed bekommt. Da der Server bestimmt noch läuft kann es gleich los gehen.
Erst einmal das Verzeichniss für das JAR der Datenbank erstellen:

mkdir -p ${GERONIMO_HOME}/repository/\
geronimo/geronimo-daytrader-derby-db/1.1

Dann das JAR dort hin befördern:

cp ${DAYTRADER_HOME}/derby/\
geronimo-daytrader-derby-db-1.1.jar \
${GERONIMO_HOME}/repository/\
geronimo/geronimo-daytrader-derby-db/1.1/

Zum Schluss die Anwendung dem Server zuführen:

java -jar ${GERONIMO_HOME}/bin/deployer.jar \
deploy ${DAYTRADER_HOME}/modules/ear/\
target/daytrader-ear-1.1.ear \
${DAYTRADER_HOME}/plans/jetty-plan.xml

Username bzw. Passwort lauten übrigens „system“ bzw. „manager“.
Damit läuft der Daytrader und er läßt sich hier finden.

So was macht man nun damit? Man könnte sich den Quellcode anschauen. Nicht vergessen:

mvn eclipse:clean eclipse:eclipse

Dann klappts auch mit der lieblings IDE.
Wenn man aber eher an Maven, und wie man damit JEE Applikationen baut, interessiert ist, ist man hier vieleicht besser aufgehoben.

Genug für heut.

Bevor man überhaupt was macht lohnt es sich die gängigen svn Befehle für den aktuellen Repository durch zu deklinieren, die Wicket Entwicklung ist bestimmt nicht stehen geblieben. Dazu zunächst in das Verzeichnis wechseln in dem die Arbeitskopie des Wicket Repositories abgelegt wurde.

cd <arbeitskopie>

Mit

svn info

läßt sich flott erkennen wie alt die Arbeitskopie ist.

svn status

zeigt an, in welche Dateien man selber geändert hat.

svn status -u

zeigt darüber hinaus an, in welchen Dateien sich in der Zwischenzeit auch auf dem Server was getan hat.
Wer es genau wissen will, dem wird mit:

svn diff -r HEAD

geholfen. Wenn die Neugierde gestillt ist läßt sich mit

svn update

die Arbeitskopie auf einen aktuellen Stand bringen. Nun noch

mvn clean install

um diesen aktuellen Stand zu installieren.

Aber eigentlich wollte ich Stichworte zum Programmieren in Wicket mit Eclipse schreiben. Davon ausgehend, das Eclipse (Version 3.3.0) installiert ist kann man direkt zum importieren des von Wicket mitgelieferten Projektes ‘wicket-quickstart’ übergehen. ‘File’ -> ‘Import…’ -> ‘General’ -> ‘Existing Projects into Workspace’ Dann mittels ‘Browse’ das entsprechende Verzeichnis aufsuchen und mittels ‘Finish’ importieren. Das Projekt erwartet, dass die Classpath Variable ‘M2_REPO’ in Eclipse definiert ist und auf die lokale Kopie des Maven Repositories zeigt. Dazu die Variable unter ‘Window’ -> ‘Preferences…’ -> ‘Java’ -> ‘Build Path’ -> ‘Classpath Variables’ einrichten.
Dieses Projekt bringt nun mit

org.apache.wicket.quickstart.Start

eine Klasse mit der man die Webapplikation im Jetty Web Server starten kann. Mit der rechten Maustaste die Klasse anklicken und über ‘Run as’ -> ‘Java Application’ starten. Der Webserver macht sich im Consolen Fenster bemerkbar und die Webapplikation läßst sich über http://localhost:8080/quickstart bewundern.

Genug für Heut.

Gut man könnte Wicket einfach durch Einfügen der ‘dependency’

<dependency>

    <groupId>org.apache.wicket</groupId>

    <artifactId>wicket</artifactId>

    <version>1.3.0-beta2</version>

</dependency>

in der pom.xml eines mittels Maven verwalteten Projektes nutzen, oder aber man könnte das Projekt von http://www.apache.org/dyn/closer.cgi/wicket/1.3.0-beta2/ herunterladen und mittels Maven installieren. Beides probate Wege um in den Genuss des Frameworks zu gelangen.

Mann kann es sich aber auch direkt aus der Quelle, sprich dem Subversion Repository, laden. Ich will gar nicht darüber diskutieren ob dies nötig ist oder nicht, nur vielleicht soviel, dass dieser Weg bei Wicket, wegen der i. A. guten commit Disziplin der Entwickler, gewagt werden kann.

Dazu wird nur die Versionsverwaltung Subversion bzw. ein Client dazu benötigt. Die Vorausetzung eines JDK 1.4 für Wicket selbst, bzw. JDK 5 für die Erweiterungen und insb. die Beispiele , ist davon natürlich unberührt.

svn co http://svn.apache.org/repos/asf/wicket/trunk/ wicket-trunk

erstellt einem eine lokale Kopie, des Quellcodes im Verzeichniss ‘wicket-trunk’. Also auf ins Verzeichniss:

cd wicket-trunk

Dank Maven läßt Wicket sich durch einen Einzeiler installieren:

mvn install

Sollte das JDK 6.0 installiert sein, so laufen derzeit die Testfälle leider nicht fehlerfrei durch. Hat man genügend Zuversicht kann man mit

mvn -Dmaven.test.skip=true install

auf die Ausführung der Testfälle verzichten.

Damit ist Wicket installiert. Den hübschesten Beweis dazu bekommt man mit:

cd jdk-1.5/wicket-examples/

mvn jetty:run

Dadurch wird auf dem Rechner der Webserver jetty mit der ‘Webapplication’ wicket-examples gestartet.
Der Link http://localhost:8080/wicket-examples/ sollte einen genau dorthin führen.