Oli's Blog

Die ersten Folien liegen jetzt im Github-Repository unter jugs-org/tt2013 bereit.

Hier noch ein paar Daten zu den Test-Tagen: 2 Sponsoren, 7 Vorträge, 44 Anmeldungen und ca. 50 neue graue Haare.

Die ersten Übungen zum Spaghetti-Vortrag sind reingekommen und können unter remast/TestTage2013_Cucumber bzw. jugs-org/tt2013 in GitHub angeschaut werden...

Uff, bald ist es soweit - in 7 Tagen beginnen die 3. Stuttgarter Test-Tage. Nachdem Ende Februar die Alte Scheuer in Degerloch wegen Doppelbelegung weggefallen ist, haben wir mit dem Waldheim Möhringen eine bewährte Alternative gefunden - vor 4 Jahren hatten wir dort die ersten Test-Tage.

Von den Referenten musste David Völkel wegen einer anderen Termin-Kollision leider absagen. Schade - aber dadurch ist der Freitag etwas entspannter und das Wochenende etwas näher.

Wer mit dem Gedanken spielt, sich noch für die Test-Tage anzumelden, sollte sich beeilen - die Nachfrage ist wesentlich höher als vermutet.

Happy Testing

Bereits zum dritten Mal veranstaltet die Java User Group Stuttgart (JUGS) die Stuttgarter Test-Tage. Seit letzter Woche ist das Programm jetzt online und jeder, der etwas dazulernen will, kann sich anmelden. Und diejenigen, die schon alles über das Thema "Testen" wissen, sollten sich anmelden - schließlich dient dieser Workshop auch zum Austausch untereinander.

In diesem Sinne hoffe ich, dass es eine bunte Mischung aus Neulingen und gestandenen Java-Kämpfer wird, bei dem neben dem fachlichen Austausch auch der gesellige Character nicht zu kurz kommt. Dazu dient u.a. auch die Abendveranstaltung am ersten Abend.

Man sieht sich...

Today v1.3.0 of PatternTesting was released. One of the highlights is the ConnectionMonitor, which allows you together with the ProxyConnection to monitor the open DB connections.

PatternTesting Check.CT can detect now problematic calls with undefined encoding which can be disabled by SuppressEncodingWarning. In PatternTesting Concurrent the patch of Patrick Linskey is included. For an overview of all changes take a look at the changes report.

Happy New Year with PatternTesting

Wie bereits angekündigt, starteten wir von der Java User Group Stuttgart vorgestern ein Experiment: Kann es gelingen, das Pecha-Kucha-Format, das hauptsächlich im architektonischen und künstlerischen Bereich eingesetzt wird, auch auf technische Vorträge zu übertragen? Das Pecha-Kucha-Format wurde 2003 in Tokyo von den Architekten Astrid Klein und Mark Dytham als Antwort auf Death-by-Powerpoint-Syndrom vorgestellt: 20 Folien á 20 Sekunden = 6:40 Minuten Vortragszeit.

Die Pecha-Kucha-Challenge

Für die Referenten (einschließlich mir) war es Neuland, das wir mit Pecha-Kucha als Vortragsformat betreten haben. Umso erfreulicher war es, dass sich einige dieser Herausforderung gestellt und sich folgenden Spielregeln unterworfen haben:

• Der Vortrag besteht aus 20 Folien á 20 Sekunden
• Jede Folie wird exakt 20 Sekunden lang gezeigt.
• Die Folien wechseln automatisch - der Vortragende hat keinen Einfluss darauf.
• Die Reihenfolge der Folien legt der Vortragende fest.
• Die Reihenfolge der Vortragende legt der Veranstalter fest

Folgenden Tipp gaben wir den Referenten dabei mit auf den Weg:

• Beschränke dich auf das Wichtige - 20 Sekunden sind kurz!

Und das war aus meiner Sicht auch das Schwierigste: Unnötiges Weglassen und sich auf das Wesentliche zu beschränken. Aber dies machte gerade den Reiz aus, wie mir viele Teilnehmer hinterher bestätigten.

Eine weitere Herausforderung war für uns als Veranstalter die Namensgebung. Der Begriff "Pecha Kucha Night" für Veranstaltungen ist geschützt, sodass wir uns letztendlich für "20 Jahre Java" entschieden haben.

20 Jahre Java

Bevor jetzt einer den Taschenrechner aus der Schublade kramt und nur auf 17 Jahre kommt (Java wurde 1995 auf der SunWorld angekündigt), hier die Auflösung: die Ursprünge von Java gehen etwas weiter auf das Green-Projekt zurück, das 1992 einen PDA-Device mit Touch-Screen und Duke als Assistenten hervorgebracht hat. Die Software war in Oak geschrieben, das später aus lizenzrechtlichen Gründen in Java umbenannt wurde.

20 Folien, 20 Sekunden

Für die Zuhörer war es kurzweilige Unterhaltung - für die Vortragende Stress (zumal manche Folien nicht in der aktuellsten Version aufgelegt wurden). In der Pause und im gemütlichen Teil konnte man dann in entspannter Atmosphäre mit den Referenten in Kontakt treten und all die Fragen loswerden, die während dem Vortrag (aus Zeitgründen) unterbunden wurden.

Die Themen waren bunt gemischt und für jeden war etwas dabei. Es gab diverse Rückblicke und Ausblicke rund um die Entwicklung des Java-Universums, diverse Einblicke, was man lieber nicht in/mit Java machen sollte, aber auch Themen wie Spring Roo, EHCache, Workflow-Engines oder Eclipse Code Recommenders ("Entwickler, die diese Methode verwendet haben, haben auch diesen Code eingebaut...").

Mir persönlich hat vor allem die Vorstellung von "Specification by Example" gefallen, weil ich dadurch einige Anregungen für künftige Entwicklungsvorhaben mitnehmen konnte. In der anschließenden Diskussion mit dem Referenten konnte ich Erfahrungen austauschen und Tipps einholen, wie man mit fehlenden Tests umgehen und Mehrwert aus Dokumenten herausziehen kann. Damit konnte ich wieder Energie tanken, um all die Dinge anzugehen, die in der Vergangenheit aus Zeitgründen vernachlässigt wurden.

Generell war festzustellen, dass viele Teilnehmer die Gelegenheit genutzt haben, sich mit den Referenten und anderen Teilnehmern auszutauschen. Und es gab viel zu diskutieren - schließlich war die Informationsdichte pro Vortrag recht hoch und machten Appetit auf mehr Informationen zu dem einen oder anderen Thema.

Fazit

Es war ein unterhaltsamer Abend und viele Teilnehmer (einschließlich Referenten) waren von dieser kurzweiligen Präsentationsform begeistert. Es gab auch schon die ersten Anfragen, ob wir einen weiteren Event in dieser Form planen. Vielleicht sollten wir mal das jährliche Java Forum Stuttgart Anfang Juli in dieser Form abhalten? Aber dann wäre es schon nach einer Stunde vorbei!

Vielleicht schreiten wir aber auch zur nächsten Stufe der Herausforderung an die Referenten: wir mischen das Pecha-Kucha-Format mit Powerpoint-Karaoke zur PKK (Pecha Kucha Karaoke;-).

Weitere Infos zur Veranstaltung findet Ihr unter www.jugs.org/2012-09-21.html bzw. bei NovaTec oder in der Januar-Ausgabe von Java aktuell...

Artikel als PDF

Viele Vorträge sind stink-langweilig. Der Referent kommt einfach nicht auf den Punkt und verschwendet die Zeit mit unwichtigen Details. Nicht so bei Vorträgen im Pecha-Kucha-Format - hier sind die Anzahl der Folien und die Zeit begrenzt: 20 Folien á 20 Sekunden, d.h. der Vortragende hat nur 6 Minuten 40 Sekunden Zeit, das Thema rüberzubringen. Das verspricht kurzweilige Vorträge.

Am 21. September 2012 wollen wir (das bin ich + Kollege) das mal zusammen mit der JUGS (Java User Group Stuttgart) ausprobieren und haben eine Jubiläumsveranstaltung zu "20 Jahre Java" organisiert. Jeder, der Lust auf einen etwas anderen Vortrags-Abend hat, ist herzlichst dazu eingeladen. Die Veranstaltung finden in Leinfelden-Echterdingen statt. Das Programm findet Ihr unter Abstracts_Pecha_Kucha.pdf, weitere Informationen unter http://jugs.org/2012-09-21.html.

Was vor einigen Jahren als Nebenprodukt bei der ÖRAG auf den wöchentlichen Zugfahrten zwischen Stuttgart und Düsseldorf entstanden ist, hat jetzt seinen neuen Platz im Zentralen Maven Repository gefunden: die gdv.xport-Bibliothek, die Java-Entwicklern den Im-/Export des GDV-Formats, das hauptsächlich im Versicherungsbereich zum Einsatz kommt, erleichtert.

Mit Version 0.7.0 hat sich auch die Web-Seite von gdv.xport geändert und liegt nicht mehr unterhalb der agentes Labs, sondern direkt unterhalb von github/oboehm. Dort finden sich neben weiteren Infos u.a. die Satzarten, die inzwischen von gdv.xport direkt unterstützt werden.

Wie jeden ersten Donnerstag im Juli fand auch dieses Jahr das Java Forum Stuttgart statt. Mit weit über 1K Teilnehmern ist es das größte Java-Ereignis im süddeutschen Raum (und sicherlich auch darüber hinaus), das man auf keinen Fall verpassen sollte. Hier trifft man alte Bekannte, lernt neue hinzu und hat genügend Zeit, zwischen den Vorträgen sich mit Gleichgesinnten auszutauschen.

Ein echtes Highlight oder Hype war nicht auszumachen in diesem Jahr. Das Cloud-Thema hat sich inzwischen etabliert, Konzepte für Parallelität gibt es, aber noch nicht im Sprachkern, Eclipse 4 hat die Erwartungen erfüllt, der Drive früherer Jahre hat aber gefehlt. Einzig der Mobil-Bereich mit Android scheint etwas Schwung in die Java-Welt zu bringen.

Auf der anderen Seite zeigt es auch, dass sich Java etabliert hat und einer der Gründungsziele der JUGS, die Verbreitung von Java, inzwischen erreicht wurde.

Bis zum nächsten Jahr...

Wer nach dem gestrigen Kurz-Vortrag (auf Englisch) über "10 Years PatternTesting" auf dem Eclipse Demo-Camp etwas ausführlicher die Entstehungsgeschichte hinter PatternTesting nachlesen will, findet in der aktuellen Ausgabe des iJUG-Magazins "Java aktuell" einen Artikel über "10 Years PatternTesting" (javaaktuell032012.pdf (pdf, 670 KB) ).

Die iJUG als Herausgeber dieser Zeitschrift ist ein Dachverband der Java User Groups im deutschsprachigen Raum, der auch die JUGS angehört.

Ansonsten besteht auch auf dem Java Forum Stuttgart am 5. Juli die Gelegenheit, die Geschichte von PatternTesting und einen Rückblick auf die letzten 10 Jahre life mitzuerleben (Track F4, 12:15 - 13:00).

Logging ist (neben einem Exception-Handling, das diesen Namen auch verdient) das wichtigsten Hilfsmittel, um Fehler im Betrieb zu finden. Leider wird diese Erkenntnis gerne ignoriert.

Für alle Nicht-Ignoranten gibt es die 11 goldenen Logging-Regeln von Simon Wiest:

1. Alle Meldungen in Englisch abfassen.
2. Jede Meldung als vollständigen Satz formulieren.
3. Jede Meldung freistehend formulieren.
4. Eine Meldung nicht der Formatierung wegen auf mehrere Zeilen aufteilen.
5. Textvariablen immer in einfache Anführungszeichen setzen.
6. Meldungen so formulieren, daß sie im Code verbleiben können.
7. Meldungen immer mit einem Punkt abschließen.
8. Meldungen, die eine Exception ausgeben, mit Doppelpunkt abschließen.
9. Wird der Beginn eines Zeitraumes angezeigt, die Meldung mit drei Punkten (...) beenden.
10. Wird das Ende eines Zeitraumes angezeigt, die Meldung mit einem Punkt (.) beenden.
11. Besser den Beginn als das Ende einer längeren Operation anzeigen.

Im angehängten PDF sind die einzelnen Regeln erklärt und mit Beispielen hinterlegt. Denken Sie vielleicht auch ab und zu an den armen Administrator, der sich tagtäglich mit ihren Log-Dateien rumärgern darf und erschweren Sie ihm nicht unnötig die Arbeit. Spätestens wenn ein Bug auf Ihren Schreibtisch flattert, werden Sie froh sein, wenn das zugehörige Log aussagekräftig ist.

PDF: diegoldenenlogging-regeln2006-02-20 (pdf, 178 KB)

Heute mal was zum Entspannen: wenn man sich Star Wars mal in ASCII anschauen will, einfach ein Terminal öffnen und

telnet towel.blinkenlights.nl

eingeben ;-)

On 23th March 2002 Matt Smith and Vincent Massol initiated PatternTesting to find some of the common anti patterns like a forgotten e.printStackTrace you can find in many projects.

2002 is also the year where asserts are provided with JDK 1.4. With this new keyword it is possible to place detectors in your code for better findings of programming errors. Together with PatternTesting it is possible to automate this process e.g. to find method calls which get null arguments or returns null as return value - a common cause for NullPointerExceptions.

Today is now released the jubilee release - PatternTesting 1.2.10-YEARS. One of the new features of this release is PatternTesting Agent which must be started as Java agent:

java -javaagent:patterntesting-agent-1.2.10-YEARS.jar ...

It provides the ClasspathMonitor of PatternTesting Runtime with the needed infos about the class loader to find unused classes or Jar files or to detect incompatible classes (this are classes with the same signature but different versions). The agent is only needed for class loaders which are not direct supported by the ClasspathMonitor (as e.g. is the case for the IBM JDK). For the normal Sun JDK you don't need it.

More infos how to use the ClasspathMonitor can be found in the PatternTesting Wiki. Look at the Hello World example in the section Getting Started.

Happy PatternTesting