Oli's Blog

In one of our projects we are still working with Eclipse 3.3 because we use the WTP 2.0 plugin and have failed in the past with the upgrade to Eclipse 3.4 / WTP 3.0 (we had strange classpath problems with JSF). We used one AspectJ lib (patterntesting-rt) and wanted to add also patterntesting-check as AspectJ lib. But the compile time was a desaster - it slows down to 30 seconds for an incremental build.

From the aspectj-users mailing list I got the tip to use Eclipse 3.4 with the actual AJDT plugin. And really, with this version we get a dramatic speedup for the incremental build:

	full build	incremental build
Eclipse 3.3	75 s	34 s
Eclipse 3.4	30 s	1 s

These are the time for the AJBuilder.build() we found out with the AJDT Event Trace (you can open it as view in Eclipse). As you can see the incremental compile is more than 30 times faster as before.

Nachdem ich das letztes Mal beschrieben habe, wie man die Beispiel-Anwendung zu den Test-Tagen 2009 zum Laufen bringt, möchte ich in das dort erstellte Projekt die PatternTesting-Bibliothek einbinden (Sie können es aber auch mit jedem anderen Projekt ausprobieren). Dazu brauchen wir patterntesting-rt-0.9.0.jar und patterntesting-check-0.9.0.jar, das über die PatternTesting-Homepage oder von ibiblio.org/maven2 heruntergeladen werden kann.

Da PatternTesting eine AspectJ-Bibliothek ist, müssen wir erst einmal das AJDT-Plugin installieren (s. Download-Seite des AJDT-Plugins). Danach sollte im Kontext-Menü "AspectJ-Tools > Convert to AspectJ Project" auftauchen. Dadurch ändert sich das Projekt-Icon und bekommt "AJ" als Beschriftung verpasst, wo vorher nur ein "J" stand. Ansonsten passiert nicht viel. Über den gleichen Menüpunkt "AspectJ Tools" können Sie das Projekt auch wieder zu einem normalen Java-Projekt degradieren ("Remove AspectJ Capability").

Der nächste Schritt besteht in der Einbindung der beiten Pattern-Testing-Bibliotheken. Dazu rufen wir die Projekt-Eigenschaften auf und tragen unter "AspectJ Build > Aspect Path" die beiden Pattern-Testing-Bibliotheken ein. Jetzt noch "Ok" gedrückt - das war's auch schon. Die "advice defined"-Warnungen können Sie ignorieren oder über "Project Properties > AspectJ Compiler" unter der Überschrift "Potential matching problems" abschalten, indem Sie dort "Advice did not match (Java 5 only)" auf "Ignore" stellen.

Den Warnungen "No logging should be done using the default output and error streams." sollten Sie allerdings nachgehen. Sie werden feststellen, dass hier System.out.println für die Ausgabe verwendet wurde. So etwas macht man besser mit Log4J oder anderen Logging-Frameworks.

Was man sonst noch alles mit der PatternTesting-Bibliothek anstellen, wird noch folgen...

Theoretisch kann man die Java Management Extensions (JMX) auch über SNMP abfragen. Dazu wird der SNMP-Agent über die Properties

-Dcom.sun.management.snmp.port=6070
-Dcom.sun.management.snmp.acl=false

aktiviert (zu Testzwecken hier nicht abgesichert, s.a. JVM-Monitoring-Folien von Tobias Frech).

Aber wie komme ich an die INFO ran? Unter Linux ruft man dazu das Kommando snmpwalk auf:

% snmpwalk -v1 -c public localhost:6070 .
SNMPv2-SMI::enterprises.42.2.145.3.163.1.1.1.1.0 = Gauge32: 1914
SNMPv2-SMI::enterprises.42.2.145.3.163.1.1.1.4.0 = INTEGER: 1
SNMPv2-SMI::enterprises.42.2.145.3.163.1.1.2.1.0 = Gauge32: 0
SNMPv2-SMI::enterprises.42.2.145.3.163.1.1.2.2.0 = INTEGER: 1
SNMPv2-SMI::enterprises.42.2.145.3.163.1.1.2.3.0 = INTEGER: 2
SNMPv2-SMI::enterprises.42.2.145.3.163.1.1.2.100.1.2.1 = STRING: "CodeCacheMana
ger"
SNMPv2-SMI::enterprises.42.2.145.3.163.1.1.2.100.1.2.2 = STRING: "Copy"
SNMPv2-SMI::enterprises.42.2.145.3.163.1.1.2.100.1.2.3 = STRING: "MarkSweepComp
act"
SNMPv2-SMI::enterprises.42.2.145.3.163.1.1.2.100.1.3.1 = INTEGER: 2
SNMPv2-SMI::enterprises.42.2.145.3.163.1.1.2.100.1.3.2 = INTEGER: 2
SNMPv2-SMI::enterprises.42.2.145.3.163.1.1.2.100.1.3.3 = INTEGER: 2
SNMPv2-SMI::enterprises.42.2.145.3.163.1.1.2.110.1.2.1 = STRING: "Code Cache"
SNMPv2-SMI::enterprises.42.2.145.3.163.1.1.2.110.1.2.2 = STRING: "Eden Space"
...

Insgesamt scheint mir das aber ein wenig praktikabler Weg zu sein, da man über den Aufbau der SUN-SNMP-MIB nichts zu JMX findet.

Wie ich soeben von Tobias Frech erfahren habe, kann man auch nur die Sun-MBeans über SNMP abfragen, d.h. eigene MBeans erscheinen nicht in der Auflistung.

Letztes Jahr hat die JUGS die Test-Tage 2009 angekündigt. Als Einstieg zu den Test-Tagen gibt es auch eine Beispiel-Anwendung, die als JugsBaseKomplett.zip heruntergeladen werden kann. Falls Sie einen Beitrag einreichen wollen, können Sie diese Anwendung als Basis verwenden, Sie können aber auch auf Ihre gewohnten Beispiele zurückgreifen. Der Rest diesen Beitrags wird jetzt darum gehen, wie man diese Anwendung in Eclipse einbindet.

Voraussetzung für die Einbindung ist Eclipse 3.3 oder 3.4 mit den Web-Tools (WTP), Java 5 und Tomcat 5.5 oder Tomcat 6 (damit habe ich es unter MacOS-X getestet). Nach dem Auspacken der Zip-Datei finden Sie ein Verzeichnis JugsBase vor, das eine startbare JAR- und WAR-Datei enthält (die wir aber ignorieren). Wir importieren das Verzeichnis (File > Import...) über "Existing Projects into Workspace" als JavaEE-Projekt.

Ein Großteil der Fehler, die nach dem Import in der Problems-View zu sehen sind, sind HTML-Fehler, die wir vorerst über "Project > Properties > Validation > HTML Syntax" und der Einstellung "Missing start tag: Ignore" (dazu evtl. noch "Enable project specific settings" selektieren) ausblenden. Wenn Sie mit Java 5 arbeiten, sollten in den Project-Properties die "Project Facets" auswählen - dort ist Java 6 eingestellt, es reicht aber auch Java 5. Danach sollten keine Fehler mehr in der Problems-View auftauchen.

Öffnen Sie nun die Server-View und fügen dort das JugsBase-Projekt als JEE-Anwendung hinzu (Tomcat-Server auswählen, "Add and Remove Projects..."). Wenn Sie dann den Server starten, sollte ein aktueller Finanzrechner unter http://localhost:8080/JugsBase/ erscheinen.

Today I started from Eclipse an software update on my Mac. After the update I was asked to restart Eclipse. But after the restart only an error box with "eclipse executable launcher was unable to locate its companion shared library".

The solution for this problem I found on www.eclipsezone.com/eclipse/forums/m92238097.html:

• edit the file Eclipse.app/Contents/MacOS/eclipse.ini
• correct the entry for --launcher.library

But where is the Eclipse.app directory? When you go the Eclipse installation directory with the Finder you see Eclipse.app as program icon, but not as directory. So I started a terminal (oh yes, I'm not a born Mac user) and started the following commands:

---

cd /Applications/opt/eclipse   # my install dir for Eclipse
cd Eclipse.app/Contents/MacOS
vi eclipse.ini

---

You can use another editor, of course. But I don't know which other editors are available from the commandline.

After this "repair" I was able to start Eclipse again.

Eigentlich sollte die jconsole unter Java 6 ohne weitere Einstellungen sich mit einem Java-Prozess verbinden können. Aber dies scheint nicht immer der Fall zu sein (zumindest bei mir unter Ubuntu 8.10) - es kommt immer die Fehlermeldung "Connection Failed: Retry?", wenn ich z.B. im JDK-Demo-Verzeichnis

---

java -jar Notepad.jar

---

starte und mich danach mit der jconsole dagegen verbinde. Mit den Optionen -Dcom.sun.management.jmxremote.local.only=false und -Dcom.sun.management.jmxremote hat es aber dann doch noch geklappt:

---

java -Dcom.sun.management.jmxremote.local.only=false -Dcom.sun.management.jmxremote -jar Notepad.jar

---

Danach war die jconsole nicht mehr bockig, sondern lies sich mit der gestarteten Notepad-Anwendung verbinden.

Last week PatternTesting 0.8.0 was delivered. The main difference to PatternTesting 0.6.x is a split into several subprojects.

For the Hello-World-Example described in October you have to add now two jar files:

• patterntesting-check-0.8.0.jar
• patterntesting-rt-0.8.0.jar (for @SystemOutNeeded)

You can download the files from sourceforge. If you use Maven add the following lines into your pom.xml:

---

<dependency>
  <groupId>net.sf.patterntesting</groupId>
  <artifactId>patterntesting-check</artifactId>
  <version>0.8.0</version>
</dependency>

---

Happy Patterntesting...

Auch wenn Eclipse eigentlich als Java-IDE auf die Welt kam, ist es inzwischen Basis für viele andere IDEs und Anwendungen. Als dann der Franzis-Verlag mit Anfrage nach einem C++-Buch mit Eclipse auf mich zukam, war ich diesem Vorschlag nicht abgeneigt. Und jetzt ist es endlich soweit - das Buch C++ mit Eclipse programmieren ist draußen.

Hauptsächlich hatte ich die Beispiele unter Linux und MacOS-X entwickelt und getestet. Am Ende habe ich die Beispiele natürlich noch unter Windows getestet, da dies immer noch die vorherrschende Plattform ist. Da ich bewußt auf Windows- und Grafik-Programmierung verzichtet habe (hier unterscheiden sich die System zu sehr), gab es zum Glück keine größere Probleme.

Größere Probleme bereitete mit hingegen die beiliegenden CD, da es sich hierbei um ein bootbare CD mit einem Knoppix-Derivat handelt, die alles für den schnellen Einstieg mitbringt. Haupthindernis waren die lange Turnaround-Zeiten: Ändern - CD brennen - booten - testen - wieder ändern usw... Aber ich denke, der Aufwand hat sich gelohnt.

Eigentlich bin ich mit KDE zufrieden - wenn es nicht immer solange dauern würde, bis KDE nach der Anmeldung einsatzbereit ist. So entschloss ich mich, mit Erscheinen von Ubuntu 8.10 auf Xubuntu und Xfce als schlanken Window-Manager umzusteigen. Und ich muss sagen, bis jetzt habe ich den Umstieg noch nicht bereut.

Xfce startet im Gegensatz zu KDE wesentlich flotter - kurz nach der Anmeldung ist der Desktop auch schon einsatzbereit. Und ich muss auf nichts verzichten, was ich von KDE gewohnt bin. Xfce hat eine (oder mehrere) Startleisten, die man nach Bedarf anpassen und mit passenden Applets bestücken kann. Ich habe verschiedene virtuelle Desktops, die ich mit Ctrl+F1...Fn wechseln kann und ich kann meine liebgewonnenen KDE-Anwendungen wie konqueror oder digiKam starten.

Einziger Wermutstropfen besteht derzeit in der Start-Leiste - sie will immer im Vordergrund sein, d.h. ich kann keine Fenster drüberschieben (wie in KDE 3), was mich bei meinem Notebook mit 1024x768 Pixeln stört. Allerdings kann ich Anwendungen mit F11 oder Alt+F11 auf Vollbild vergrößern, sodass ich diese Einschränkung verschmerzen kann. Weitere Tastenkombinationen wie z.B. Alt+F1 (Hilfe) kann man der Dokumentation entlocken.

If you want to use Patterntesting with Eclipse you must install the AspectJ plugin AJDT. If you haven't done it add the site http://download.eclipse.org/tools/ajdt/34/update for Eclipse 3.4 and install it.

Now we are ready to create a simple Java project with a hello.World class inside:

---

package hello;
public class World {
    public static void main(String[] args) {
        System.out.println("Hello World!");
    }
}

---

Before we can add the PatternTesting library we must convert the project into a AspectJ project. Select "AspectJ Tools > Convert to AspectJ Project" from the project's context menu (right mouse key).

Next we will integrate the PatternTesting library. Download it from the download page and call the project properties. Select the entry "AspectJ Build" and then the tab "Aspect Path". Add the patterntesting.0.6.0.jar you have downloaded and press ok.


You should see now the warning No logging should be done using System.out! in the problems view. I don't know any program which needs to use System.out for printing so this warning is normally ok. One exception from this rule is this Hello-World program so you can suppress it using the anntoation @SystemOutNeeded:

---

package hello;
import patterntesting.java.annotation.*;
public class World {
    @SystemOutNeeded
    public static void main(String[] args) {
        System.out.println("Hello World!");
    }
}

---

happy patterntesting...

This weekend a new version of PatternTesting was released. There is now some aspects for thread support available. Other aspects are now made concrete and can be (de)activated by annotations (e.g. @NullArgsAllowed or @SystemOutNeeded). For the other changes see Changes Report on PatternTesting homepage.

What is still missing are some samples how to use PatternTesting. This will be a task for the next weeks.

Stay tuned...

In the last week I improved Patterntesting and coupled some aspects with annotation for easier handling. But at the moment the SSH service of sourceforge is closed so that 'mvn site-deploy' does not work (see sourceforge tracker).

Also the patterntesting-devel mailing list is not alive at the moment. Sourceforge has moved to a new data center which was announced some days ago. I'm not the only one with this problem so I will wait...

Stay tuned...

Vom 13. bis 14. September tagte die berlin.jar an der FHTW. Schon die Taxifahrt vom Bahnhof war beeindruckend - Berlin ist verdammt groß. Die Konferenz selbst war zwar mit 200 Teilnehmer etwas übersichtlicher, aber doch beachtlich, da es die erste Java-Konferenz in Berlin war.

Auch wenn es die erste Konferenz war und mit bescheidenen finanziellen Mitteln organisiert wurde, machte es eine recht professionellen Eindruck, auch wenn es hin und wieder kleinere Pannen gab. Aber diese machen gerade den Reiz einer solchen Konferenz aus.

Die Konferenz beschränkte sich zwar vorwiegend auf das 2. Stockwerk, dennoch hatte ich einige Male Schwierigkeiten, mich auf dem Campus der FHTW zurechtzufinden. So war ich froh, dass ich aus den Katakomben der Fachhochschule, in die mich die Suche nach der Essensausgabe geführt hat, wieder heil herausgefunden habe. Ich habe mich noch einige Male in dem Gebäude verlaufen und war jedesmal wieder froh, einen der zahlreichen Hinweis-Pfeile zu entdecken, ohne die ich in dem Gebäudekomplex der FHTW verloren gewesen wäre.

Es standen einige interessante Vorträge zur Auswahl, zu denen ich leider nicht alle gehen konnte. Beim abendlichen Grillen hatte man dann Zeit, sich mit dem ein oder anderen auszutauschen, was auch intensiv genutzt wurde. Dankenswerterweise fingen die Vorträge am Sonntag erst um 10 Uhr an.

Meine Folien zur Konferenz:

• Java gestern, heute, morgen helloberlinjar (pdf, 1,316 KB) (Folien zur Begrüßung im Audimax der FHTW)
• Aspektorientierung - gibt es ein Leben nach Java und OO? aspektorientierung (pdf, 3,059 KB)

Fazit: eine nette Konferenz, die sich gelohnt hat.

Vom 11. bis 12. Juni hatte ich für die JUGS und mit tatkräftiger Unterstützung durch agentes ein Linux-Camp organisiert. Überrascht und gefreut hat es mich, dass tatsächlich alle 20 angemeldeten Teilnehmer erschienen sind. Na ja, eigentlich sind 21 Teilnehmer erschienen, weil ich morgens noch unsere BA-Studentin zum Camp überreden konnte. Dies ergibt einen Schwund von -5%!

Der spannenste und schwierigste Teil aus meiner Sicht war die Installation, auch wenn sie im Vergleich zu den Anfangszeiten von Linux sehr einfach geworden ist. Als Basis wurde Ubuntu 8.04 (Hardy Heron) verwendet. Bei Fragen dazu ist ubuntuusers.de eine gute Anlaufstelle.

Der zweite Tag endete dann mit Inbetriebnahme einer TV-Karte (DVB-T Hauppauge Nova-T USB2) unter Linux. Die größte Herausforderung war dabei, den passende Video-Player zu finden. Kaffeine mit xine als Backend und dem xshm-Treiber (bei "auto"-Einstellung blieb der Beamer schwarz) erwies sich dabei als komfortabelste Lösung. Anschließend konnte man beim "Open Viewing" beim EM-Spiel Deutschland - Kroatien mitfiebern. Leider entsprach das End-Ergebnis (1:2) nicht den Erwartungen, was aber sicherlich nicht an Linux gelegen hat.

Linkliste: s. JUGS-Forum