Oli's Blog

Heute stand ich vor dem Problem, dass ich mein MacBook mit meinem Ubuntu-Server abgleichen wollte. Unter Linux hatte ich dazu anfangs rsync verwendet, später bin ich dann auf Unison umgestiegen, da es dazu eine wirkliche nette GUI gibt.

Unison

Unison gibt es auch in einer Mac-Version. Die ersten Eindrücke mit dieser Version waren auch ganz vielversprechend. Allerdings zeigte sich dann nach der ersten Sychnronisierung und anschließendem Neustart, dass teilweise die gleichen Dateien wieder zum Abgleich angeboten wurden. Außerdem hatte Unison Problem mit Umlauten im Dateinamen. Hier schien Linux und Mac OS-X doch zu unterschiedlich zu sein.

Synkron

Synkron ist eine plattform-übergreifende Anwendung, mit der sich Ordner synchronisieren lassen. Die Oberfläche sieht zwar ganz brauchbar aus, allerdings wird die Bedienung oft durch lange Wartezeiten zur Qual. Weitere Erfahrungen finden sich unter den Kommentaren zu Synkron – Backup-Lösung aus der Linux-Welt.

arRsync

arRsync ist eigentlich nur ein graphisches Frontend zum rsync-Kommando. Leider fehlt die Möglichkeit, einen Simulationslauf durchzuführen, sodass ich mir dieses Programm nicht näher angeschaut habe.

Fazit: Bis jetzt habe ich noch nichts gefunden, was mich wirklich überzeugt hat. Vielleicht werde ich doch wieder zu rsync zurückgehen, schließlich hat es alles, was ich brauche (wenn nur die Bedienung nicht so besch...eiden wäre!).

Nachtrag (21.8.): Ursache für das Unison-Problem (Dateien wurden erneut zum Abgleich angeboten) war vermutlich eine volle Platte, wie sich aus dem Studium der Log-Datei (unison.log) ergab.

Mit der Installation des neuen AJDT-Plugins für Eclipse Galileo hatte ich das Problem, dass mir nach Eingabe der AJDT Update Site (http://download.eclipse.org/tools/ajdt/35/update) keine Plugins zur Auswahl angeboten wurde.
Lösung: das Kästchen vor "Group items by category" darf nicht selektiert sein.

WLS 10.3 wird zwar nicht offiziell unterstützt für Mac OS-X, aber mit ein bißchen Handarbeit sollte er auch darunter laufen. Hier die wichtigsten Schritte:

1. den Mac auf Java 6 umstellen (Dienstprogramme > Java-Einstellungen)
2. folgende Kommandos ausführen, um dem Installer eine bekannte Java-Version vorzugaukeln:

   $ cd /System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Home
   $ sudo mkdir -p jre/lib
   $ sudo touch jre/lib/rt.jar
   $ sudo touch jre/lib/core.jar

3. von der WLS-Download-Seite die Version für HP herunterladen (server103_generic.jar, 473 MB)
4. java -Dos.name=unix -jar server103_generic.jar starten, daraufhin erscheint der graphische Installer
5. Bei "Choose Install Type" Custom auswählen und den Workshop abwählen (den braucht man nicht)
6. Bei "JDK Selection" erscheint dann ein "Unknown 0.0.0" als lokales JDK (was anderes steht aber auch nicht zur Auswahl, also weiter)

Der Rest sollte (fast) genauso funktionieren wie auf den anderen Systemen.

Hilfreiche Links:

• Running WebLogic Server 10g Release 3 on a Mac
• Installing and running BEA WebLogic Server 10 on Mac OS X
• Domain anlegen

Brownbags sind Info-Veranstaltungen, zu denen man sich zwanglos trifft und sein mitgebrachtes Futter verzehrt, während einer über ein interessantes Thema referiert. Der Begriff kommt aus dem Amerikanischen, da man dort sein Essen in "braunen Tüten" aus dem Supermarkt mitbringt.

Zum ersten Mal erlebte ich diese Form des Informations-Austausches bei Pironet in Köln und war so begeistert davon, dass ich sie bei uns in der Firma (agentes) vorgestellt und etabliert habe. Heute habe ich es bei Örag in Düsseldorf ausprobiert (Thema war Rettet die Dokumente!), wo ich seit 1. April tätig bin. Auch hier war das Feedback positiv.

Wer's selbst mal ausprobieren will: einfach interessantes Thema aussuchen, Pizza bestellen und Leute einladen...

The old article Hello World with PatternTesting is a little bit outdated because the patterntesting-check.jar was splitted into patterntesting-check-ct.jar and patterntesting-check-rt.jar. The reason for this split was performance problems with Eclipse 3.3 (not 3.4, see also Performance Boost with Eclise 3.4 / AJDT 1.6.3). But since this week there is now a MediaWiki with a Getting Started section available.
Happy PatternTesting...

2009-05-TestTage

Die Suttgarter Test-Tage sind jetzt vorbei - Zeit, ein kleines Resümee zu ziehen. Beim Vortrag von Johannes Link wurde wieder alte Erinnerungen vergangener Hardware-Generationen wach (als die Hardware wirklich noch "hard" war). Einen PET 2001 kannte ich nur aus Katalogen (ich glaube, Quelle hatte ihn damals vertrieben), aber die Nachfolgegeräte wie der VC20-Brotkasten oder Atari ST hatte ich selber unter den Fingern.

Beim Glass-Box-Test kam dann CodeCover zum Zuge, dessen Eclipse-Plugin mich überzeugt hat. Die kommerziellen Tools zum Auffinden von Memory-Leaks dagegen konnten mich nicht überzeugen - sie gab es nämlich nur für Windows, so dass ich sie nicht ausprobieren konnte. Dafür gibt es immer noch den HPJmeter, den ich mal vor Jahren ausprobiert hat. Und er wird sogar noch aktiv weiterentwickelt (allerdings musste ich eine ganze Weile suchen, bis ich ihn auf der HP-Seite gefunden habe).

Bei der abendlichen Postersession (z.B. Einstieg in PatternTesting) und beim Grillabend (der von agentes gesponsort wurde) bestand die Gelegenheit, sich auszutauschen, was von den meisten Teilnehmern auch angenommen wurde. Mit dem Wetter hatten wir Glück, es schien die Sonne. Ganz im Gegensatz zum Freitag, an dem es mehrfach regnete. Das wäre nicht weiter störend gewesen, wenn das Dach nicht so laut gewesen wäre.

Beim Vortrag von Marc Guillemot rächte es sich dann, dass wir keinen Internet-Anschluss hatten. Das Nachinstallieren von Groovy und einiger Maven-Bibliotheken nahm dadurch doch mehr Zeit ein als geplant. Für's nächste Mal werden wir darauf schauen, dass wir online gehen können.

Fazit: alles in allem war es eine gelungene Veranstaltung, die wir wahrscheinlich wiederholen wollen. Was wir für's nächste Mal vielleicht anders machen würden, wären (neben Internet-Anschluss) längere Pausen zwischen den Vorträgen, um den Teilnehmern mehr Zeit zum gegenseitigen Austausch zu geben.

Am Donnerstag ist es soweit - da beginnen die Stuttgarter Test-Tage. Auf der Postersession am Donnerstag abend wird es dann die Gelegenheit geben, seine ersten Schritte mit PatternTesting auszuprobieren.
Resourcen:

• Einstieg in PatternTesting: patterntestingeinstieg (pdf, 504 KB)
• Beispiel-Anwendung: jugsbasepattng (zip, 2,432 KB) (inkl. PatternTesting-Bibliothek)

Happy (Pattern-)Testing!

Das Programm der Stuttgarter Test-Tage ist jetzt online. Und da sind einige bekannte Namen wie Angelika Langer, Andy Bosch oder Johannes Link (der auch die Keynote halten wird) dabei. Es lohnt sich also in jedem Fall, sich dafür anzumelden, auch wenn man selbst natürlich keine Fehler macht ;-)

Wer Fragen oder Anregungen zur Veranstaltung hat, kann sie auch im JUGS-Forum unter Events (ein)stellen.

Frohe Ostern

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.