Weitere Artikel:

1. Vortrag “TDD By Example” vom 19.01.2011
2. Vortrag: “Scala Live”
3. Vortrag: “Agile ALM”

Die JUG Muenster bietet in Kooperation mit offiziellen Netbeans Trainern ein Netbeans Platform Training an.
Kurz zur Netbeans Platform:
Die Netbeans Platform ist ein Framework zur Entwicklung modularer Desktop Anwendungen. Durch den Einsatz von Java/Swing sind Netbeans Platform Anwendungen auf allen Platformen, auf denen Java zur Verfuegung steht, einsetzbar.
Die Netbeans Platform wird aktuell fuer grosse Projekte aus unterschiedlichen Branchen eingesetzt, wie z.B. bei der NATO (http://netbeans.dzone.com/nb-updated-nato-air-defence-solution ), fuer Geo-Informationssysteme und in der Luft- und Raumfahrt. (Detaillierte Showcases finden sich hier: http://netbeans.org/features/platform/showcase.html)

Das Training ist auch fuer Entwickler von Webanwendungen interessant, um die Konzepte und Frameworks fuer modulare Anwendungen (wie OSGi) kennenzulernen, sowie fuer Anwendungsfaelle in denen eine Webanwendung alleine nicht ausreicht und durch einen Fat-Client ergaenzt werden soll.

Das Training hat einen Workshop-Charakter mit vielen Uebungen, daher sollte ein eigener Laptop mitgebracht werden.

Offizielle Agenda: http://wiki.netbeans.org/NetBeansCertifiedEngineerCourseDivisions
Kosten: Unternehmen 500 Euro, mitgebrachter Kollege 350 Euro, Einzelpersonen (Selbstzahler): 200 Euro (Schueler, Studenten, Auszubildende und Mitarbeiter aus Forschung und Lehre werden um eine Spende gebeten, koennen jedoch kostenlos teilnehmen)
Termin: 14.9.2011 – 16.9.2011
Ort: Muenster
Vorraussetzungen: Grundlegende Java Kenntnisse, eigenen Laptop (und Netzteil) mitbringen

Das Training kann in Absprache mit dem Arbeitgeber als Fortbildungsveranstaltung im Rahmen der beruflichen Weiterbildung gewertet werden.

Wichtig: Bitte meldet euch per E-Mail bis zum 5.9. verbindlich an, wenn ihr Interesse an dem Training habt, damit wir Euch rechtzeitig Bescheid sagen koennen, ob das Training stattfindet. (E-Mail: thomas.kruse /A/ jug-muenster.de )

Weitere Artikel:

1. Using Smack xmpp lib on Android with Netbeans
2. Versioning and signing jar files in Netbeans
3. Java EE Summit Berlin

Da das Cuba-Nova im August eine Sommerpause einlegt werden die Stammtische ausfallen. Der nächste reguläre Java Stammtisch findet dann erst wieder Ende August statt. Falls spontan andere Treffen organisiert werden, so erfahrt Ihr das am besten über unseren Twitter account: @Jug_MS

Weitere Artikel:

1. Und zweiwöchentlich grüßt der Duke: Java Stammtisch am 15.07.09
2. Nächster Stammtisch am Mittwoch 06.05.2009
3. Stammtisch update

Es ist geschafft, Java 7 wurde offiziell am 07.07.2011 von Oracle vorgestellt. Aus diesem Grund möchten wir zusammen mit/für Euch einen Launch Event veranstalten. Es wird Informationen über die neuen Features in Java7 geben, sowie hoffentlich viele anregende Diskussionen über alle Java relevanten Dinge.

Auch Oracle hat sich großzügig gezeigt und wird uns mit T-Shirts sponsoren.

Hier noch ein paar Informationen über den Event:

Ort: Produktivhaus Münster (CoWorking Space)

Weseler Straße 253a

48151 Münster

Datum: 22.07.2011

Uhrzeit: ab 18 Uhr

Wir würden Euch bitten sich für den Event via Xing anzumelden, den entsprechende Link findet Ihr hier.

Wer die Demos selbst ausprobieren moechte, findet hier das Archiv: java7-demo

Weitere Artikel:

1. Swing event departure board
2. JPA-Tage mit Oracle Deutschland im April 2010
3. Vortrag: “Scala Live”

Für alle diejenigen, denen der veröffentlichte Quellcode zu unaussagekräftig war: Ich habe den Quellcode in den letzten Tagen überarbeitet und mit reichlich Kommentaren versehen.

Den Quellcode hoste ich bei bitbucket. Hier kann der Quell-Code direkt gedownloadet werden. Für Fragen und Anmerkungen stehe ich gern zur Verfügung.

Weitere Artikel:

1. Swing WorkShop
2. Drawing in code (Part 1)
3. Drawing in code (Part 2)

Am 09.07.2011 findet eine kleine “Movie Night” statt, bei welcher die Filme TRON und TRON Legacy “gezeigt” werden. Dazu wird ein wenig gegrillt (bitte Grillfleisch mitbringen, für Getränke ist gesorgt) und wenn möglich beim Xing event zusagen, zwecks Abschätzung wieviel Getränke besorgt werden müssen. Rückfragen bitte direkt an Gerrit (twitter: @hansolo_). Übernachtung ist nach Rücksprache ebenfalls möglich.

Weitere Artikel:

1. Kanban: Agile und lean
2. Vortrag: “Scala Live”
3. Vortrag “TDD By Example” vom 19.01.2011

Termin: 23.03.2011

Ort: Leo 18, Leonardo Campus der Universität Münster (GoogleMaps)

Einlass: ab 18:00 Uhr

Abstract: Scala Live. Sie sprechen noch nicht Scala? Dann zeigen wir Ihnen in diesem Vortrag, warum Scala gute Chancen hat, bald auf einer Augenhöhe mit Java zu stehen. Anhand weniger Folien und viel Live Coding demonstrieren wir, wie Sie mit Scala die Lines of Code signifikant reduzieren, wirklich ausdrucksstarken und damit gut verständlichen Code schreiben und neue Möglichkeiten wie z.B. Closures einsetzen können.

Dozent: Roman Roelofsen beschäftigt sich seit vielen Jahren mit der funktionalen Programmierung und deren Vorzügen für die alltägliche Softwareentwicklung. Roman ist als Technology Evangelist und Berater tätig, wobei die Schwerpunkte auf der serverseitigen Programmierung mit Scala und Java EE, der funktionalen und komponentenorientierten Softwareentwicklung und der Beratung zum Einsatz aktueller Technologien liegen. Seine jahrelange Expetise in diesen Feldern gibt er in Open Source-Projekten, Fachartikeln und Konferenzenbeiträgen wider.

Anmeldung: Damit wir ungefähr eine Vorstellung davon haben, mit wievielen Teilnehmern wir rechnen können, wäre es nett, wenn Ihr Euch bei Xing an dem Event der JUG Münster anmeldet. Ihr findet den Event hier.

Weitere Artikel:

1. Vortrag: “Agile ALM”
2. Vortrag “TDD By Example” vom 19.01.2011

Ich liebe TDD. Nicht deswegen, weil es so ein toller Hype ist, oder weil mich die Theorie vollkommen überzeugt hat. Sondern deswegen, weil es mir schon oft den Hintern gerettet hat.

Gestern Abend hatte sich herausgestellt, das ich es mal wieder versaut hatte. Das kommt nicht mehr so häufig vor, wie früher, aber es kommt immer noch vor. Nicht, dass man mir deswegen einen Vorwurf gemacht hätte. Wir sind alle Menschen, und Menschen machen nun mal auch Fehler.

Das eigentliche Problem war, das ich die Änderung des Verhaltens nicht in allen betroffenen Problemfällen getestet hatte. Aber ich fange einfach mal anders an:

Es war Donnerstag spätnachmittags. Nachdem ich Erfolg bei der Implementierung der Erweiterung gemeldet hatte, war die neue Version auf dem Testssystem installiert worden. Nun kam es beim Testen zu Laufzeitfehlern, unter Anderem zu meinem Lieblingsfehler, der NullPointerException. (Thomas, Du erinnerst Dich?)

Mir fiel auf, dass ich einen Fall, der im Betrieb sehr häufig vorkommen würde, einfach vergessen hatte, zu testen. Genauer hatte ich keine Tests für die entsprechenden Konstellationen geschrieben, und deshalb waren die Probleme nicht aufgefallen. Ich hatte mich in der Sicherheit der Tests (insgesamt allein ca. 140 Integrationstests) gewogen und fiel aufgrund der Fehlermeldung aus allen Wolken.

Nun war es bereits Donnerstag spätnachmittags, kurz vor Feierabend, und das Feature sollte am Freitag demonstriert werden. Die ersten Perlen des Angstschweißes bildeten sich auf meiner Stirn. Natürlich nicht wirklich, dazu neige ich nicht, aber ich merkte, das ich ein ernsthaftes Problem hatte.

Nun tat ich, was zunächst jeder tut, ich bekam Panik, und versuchte, auf Biegen und Brechen das Verhalten zu ändern. Aber immerhin hatte ich vorher noch etwas sehr Vernünftiges getan, wie sich später herausstellen sollte: Ich hatte Testfälle erstellt, die das bestehende Problem belegten.

Das genaue Problem war ein Fehler in einem Datencontainer, der, um die Daten später schneller wiederfinden zu können, auf dem Datentyp Short als Schlüssel basierte. Durch die Erweiterung konnte aber nicht mehr Short als Schlüssel benutzt werden, sondern es musste String-basiert sein.

Wie man sich vorstellen kann, ist das Ändern eines öffentlichen Interfaces, das diverse Zugriffsmethoden per Schlüssel besitzt, keine leichte Aufgabe, da ja auch andere Klassen als Client diese Klasse benutzen und es beim Durchführen der nötigen Änderungen dadurch zu diversen Compile-Fehlern kommt.

Wie gesagt, tat ich, was ich früher in solchen Fällen getan hatte. Aufgrund meiner aufkommenden Panik versuchte ich, mit dem brutalen Ansatz „Suchen-Ersetzen“ dem Problem der Interface-Änderung beizukommen, was sich natürlich aufgrund des Maßstabs der Änderungen als unmöglich herausstellte.

Nach zwei erfolglosen Versuchen und circa eineinhalb Stunden unnütz investierter Zeit gab ich kurz auf. Der Vorteil, wenn es spät ist, ist: man ist allein im Büro und kann in Ruhe nachdenken. Das tat ich, und beschloss einen neuen Schlachtplan:

• Compile-Fehler außerhalb der zu ändernden Klasse und der Testklasse ignorieren
• Nur kleine Iterationen
• Sobald die Klasse und die Testklasse selbst wieder kompilierbar sind, sofort alle diese Tests ausführen, mit anderen Worten : Red – Green – Refactor

Nach einer halben Stunde hatte ich die Änderungen an dieser einen Klasse und ihrer Testklasse durchgeführt. Danach machte ich mich daran, zunächst die Compile-Fehler in den benutzenden Klassen zu beheben, und als alles wieder kompilierbar war, checkte ich ein.

Dann führte ich die Integrationstests aus und stellte erfreulicherweise fest, dass „nur“ circa 20 Test fehlschlugen.

Als ich dann letztendlich alle Fehler behoben hatte, und alle Tests wieder grün waren, waren insgesamt vier Stunden vergangen. Wobei ich zugeben muss, dass ungefähr die Hälfte der Zeit unnötig war, wenn ich Ruhe bewahrt hätte und wie immer vorgegangen wäre.

Nachdem ich eine Nacht über den Vorfall geschlafen habe, kann ich drei Schlüsse ziehen:

1. Wenn man unter Stress gerät, neigt man dazu, in ursprüngliche (und in diesem Fall schlechte) Vorgehensweisen zurückzukehren.
2. Ohne die vorhandenen Tests wäre ich nicht in der Lage gewesen, so vorzugehen, wie es letztendlich nötig war, um zum Erfolg zu gelangen.
3. Den Vorteil von TDD sieht man erst wirklich ein, wenn man während der Entwicklung in ernsthafte Probleme gerät.

Übrigens: Wäre dies zwei Tage eher passiert, hätte ich eine hervorragende Geschichte für den Vortrag vom 19.01. gehabt, aber dies ist halt keine konstruierte Geschichte, sondern wirklich passiert. Dann hätte ich aber wahrscheinlich auch den Vortrag nicht gehalten.

Weitere Artikel:

1. Fehler unter Mac OS X 10.6 beim Verwenden des System LookAndFeel

Nochmals vielen Dank an alle, die den Vortrag besucht haben, und trotz der anfänglichen technischen Probleme nicht das Weite gesucht haben.

Die Slides zum Vortrag findet ihr hier. Dort ist im Weiteren sowohl das Repository des Quellcodes aus dem Vortrag als auch eine Lösung der Kata im Mercurial-Format zum Download bereit gestellt.

Eine Übersicht über alle Veranstaltungen der JUG Münster in 2011 findet ihr hier.

Weitere Artikel:

1. Vortrag: “Scala Live”
2. Vortrag: “Agile ALM”