Oli's Blog

Am Donnerstag hat die JUGS zusammen mit der Softwerkskammer zum Clean-Code-Abend im Gerber eingeladen, nachdem uns brigding IT freundlicherweise ihre Räumlichkeiten zur Verfügung gestellt hat. Als Auftakt gab es einen recht unterhaltsamen Vortrag von Sven Strittmatter, gefolgt von einer Vorstellung der Softwerksammer Stuttgart von Daniel Georges.



Vor dem gemütlichen Teil galt es noch die Frage zu klären, ob weiterhin das monatliche Treffen der Softwerkskammer im Shackspace stattfinden soll, oder ob die Räume der bridging IT im vierteljährlichen Rhytmus eine Option wären. Die Auszählung der Wahl-Schokolade ergab folgendes Bild für den Ort:

• ca. 25% wünschten sich weiterhin das Shackspace als Treffpunkt.
• ca. 75% wollten ins Gerber.

Auf die Frage „Wie oft?“ war das Bild nicht ganz so einheitlich:

• ca. 37% waren für monatlich,
• ca. 63% waren für vierteljährlich.

Die Zahlen sind etwas mit Vorsicht zu genießen, weil zum einen ca. 10% Schwund bei der Wahlschokolade zu verzeichnen gab, und zum anderen nicht auszuschließen ist, dass auch der Schokoladen-Typ das Abstimmungsergebnis beinflusst haben könnte. Aber es zeigte sich doch ein Trend zum Gerber und zweimonatlichem Rhythmus.

Wie geht es jetzt weiter? Am besten regelmäßig bei der Softwerksammer Stuttgart vorbeischauen, dort werden dann weitere Veranstaltungen angekündigt werden.

Bereits zum 5. Mal fanden die Stuttgarter Test-Tage statt, dieses Mal im Businesspark Stuttgart. Am ersten Tag gab es dort zwar noch Probleme mit der WLAN-Geschwindigkeit, aber am 2. Tag hatten wir dann dank einer zusätzlichen Netzwerkdose und fliegender Verkabelung mehr Speed.

Das Konzept der letzten Jahre hat sich inzwischen bewährt: morgens mit den Vorträgen der theoretische Teil und nachmittags mit den Workshops der praktische Teil. Hier fehlte etas die zeitliche Vorgabe, wann ein Thema gewechselt werden kann, was wir für die nächsten Testtage verbessern wollen.

Positiv wurde von den Teilnehmern auch aufgenommen, dass man genügend Zeit hatte, sich mit anderen Teilnehmern auszutauschen. Dazu diente auch der Social Event am Donnstag Abend, der von vielen Teilnehmern auch dazu genutzt wurde.

Auswertung Fragebogen

Kriterium	sehr gut (1)	gut (2)	befr. (3)	(4)	(5)	Schnitt
Umfang	4	12	1			1,82
Stoffvermittlung	6	10	1			1,71
Lernklima	9	5	3			1,65
Übungen	4	5	7	1		2,29
Räumlichkeiten	1	7	6	3		2,65
Gesamteindruck	2	13	2			2,0

Ein großen Anteil am positiven Feedback hatten vor allem die Referenten, die von der Teilnehmern als hilfsbereit und kompetent beschrieben wurden. Bei den Räumlichkeiten besteht noch etwas Optimierungsbedarf - vor allem bei der Geräuschkulisse und (W)LAN-Anbindung.

Statistisches

Ca. 40% der Teilnehmer waren Tester, der Rest überwiegend Java-Entwickler. Die weiteste Anreise war von Hamburg (672 km), gefolgt von Wien (662 km). Der jüngste Teilnehmer war 23. Und es waren die Test-Tage mit den meisten Lego-Steinen.

Fazit

Für die nächsten Test-Tage gibt es noch Verbesserungs-Potential, trotzdem zogen viele Teilnehmer eine positive Bilanz und wollen in 2 Jahren wiederkommen. Daran hatten vor allem die Referenten einen großen Anteil, denen hier mein ganz besonderer Dank gilt.

Bilder

Easter Eggs haben eine fast 40-jährige Tradition in der SW-Entwicklung. Als erste Software gilt Adventure aus dem Jahre 1978 für den Atari 2600, in der sich der Entwickler in einem geheimen Raum verewigt hatte - mangels anderer Alternativen.

Aber auch heute werden gerne noch Easter Eggs in Software und im Web versteckt - nicht nur zu Ostern. So können angehende Piloten mit Google virtuell ein do a barrel roll starten - einer Figur aus der Fliegerei.

Auch schön ist die umgekehrte Google-Suche mit elgooG - hier gibt es viel zu entdecken - ideal, um sich die Zeit bis zu den Stuttgarter Test-Tagen 2017 (#StTT2017) zu vertreiben.

Frohe Ostern

Da es vor allem in der Bezeichner-Klasse größere Änderungen gegeben hat und einige als "@Deprecated" markierte Elemente aufgeräumt wurden, folgt jetzt auf 1.1 die Version 2.0 der gdv.xport-Bibliothek.

gdv.xport ist eine Java-Bibliothek, die den Umgang mit dem GDV-Format erleichtert. Weitere Infos zu dieser Bibliothek finden sich unter aosd.de/gdv.xport/.

Most changes of PatternTesting are under the hood: switch to Java 7, switch to Log4J-2 as logging framework and better exception handling in FileTester - if a file cannot be found, it is checked if it can be a case sensitive issue. This happens often if the build runs on a Linux server with case sensitive filenames.

A bigger change was the implementation of feature request 49. You will now be warned if you forget a commit after an database insert or update (see also blog entry from September).

Another change was the split of the ClasspathMonitor into ClasspathMonitor and ResourcepathMonitor. For more info about the ClasspathMonitor see the blog of August 2009.

“Ich kann freilich nicht sagen, ob es besser wird, wenn es anders wird, aber soviel kann ich sagen: Es muss anders werden, wenn es gut werden soll.”
(Georg Christoph Lichtenberg)

If you want to save something in a database with pure JDBC you would normally

1. take a connection,
2. create a statement with it,
3. execute the statement and
4. close the connection.

Have I something forgotten? Don't know - so lets try it. Point 1 could be done by asking the Driver class, a connection pool or another kind of provider:

Connection connection = connectionProvider.getConnection();

With this connection you can call a method which uses this connection to save e.g. an address:

private static void save(Address address,
        Connection connection) throws SQLException {
    PreparedStatement stmt = connection.prepareStatement(
            "INSERT INTO addressbook (email, name, "
            + "city) VALUES (?, ?, ?)");
    try {
        stmt.setString(1, address.getEmail());
        stmt.setString(2, address.getName());
        stmt.setString(3, address.getCity());
        int rc = stmt.executeUpdate();
        if (rc < 1) {
            throw new SQLWarning("cannot save " + address);
        }
    } finally {
        stmt.close();
    }
}

As last point you close the connection in the calling method:

connection.close();

Does it work? In most cases yes, because normally the auto-commit flag is on, if you get a connection. But what happens, if auto-commit is off?

Auto-Commit Off = Lost Data

If auto-commit for a connecion is off you must call excplicit the commit:

connection.commit();

If you don't do it your changes are lost (there are some exeptions from that rule - the Oracle DB does a commit before it closes the connection).

The problem with this "forgotten" commit is, that no warning or exceptions comes up and you do not notice the lost data. This makes it hard to find the error - especially if the auto-commit is off only in same special cases.

The PatternTesting Proxy-Driver

PatternTesting provides you a wrapper around the original driver which allows you to log SQL statements but which warns you also if you forgot the commit statement for a connection with auto-commit off:

1 entries were updated with 'INSERT INTO addressbook (email, name, city) VALUES ('ob@aosd.de', 'Oli B.', 'nowhere')' but not committed.

This is the message you will see in this case. You only have to change the JDBC-URL and put ":proxy" after the jdbc prefix:

DriverManager.getConnection("jdbc:proxy:hsqldb:mem:testdb")

This is the URL for an HSQL memory DB. For more information see the Wiki article about SQL Logging and Monitoring.

Happy Debugging...

Nach einem Udpate von SonarQube 5.4 auf 5.5 war mein Sonar-Server nicht mehr erreichbar. Was war passiert? Die Auswertung des Log-Files brachte folgende Zeile zu Tage:

    Unsupported mysql version: 5.5. 
    Minimal supported version is 5.6.

Dummerweise ist bei Ubuntu 14.04 LTS MySQL 5.5 die Default-Einstellung. Glücklicherweise läßt sich aber mit

    apt-get install mysql-server-5.6

MySQL 5.6 als Default einstellen - damit gab sich SonarQube zufrieden und verweigerte nicht länger seinen Dienst.

Do you know that? You have to maintain some old programs and you are wondering what the hell is that piece of code doing. Why does it work? And where is the architecture of that damn software system you should adapt for the future?

Welcome to the world of software archaeology, also known as legacy code. The first law of software archaeology from Mitch Rosenberg (see Wikipedia) gives you good feeling about the trouble in digging in old rotten code:

Everything that is there is there for a reason, and there are 3 possible reasons:

1. It used to need to be there but no longer does
2. It never needed to be there and the person that wrote the code had no clue
3. It still needs to be there and YOU have no clue

The corollary to this "law" is that, until you know which was the reason, you should not modify the code (or data).

And if you would like to learn some ancient language of the beginning of the computer stone age watch this video:

Edward Snowdon:

"Zu sagen, man kümmere sich nicht um Datenschutz, weil man nichts zu verbergen habe, ist genauso, wie zu sagen, man kümmere sich nicht um das Recht auf freie Meinungsäußerung, weil man nichts zu sagen hat."

Nach Version 1.0 im letzten Jahr wurde dieses Wochenende die Version 1.1 ausgeliefert. Die Änderungen sind eher interner Natur (kleinere Refactorings bzw. Umbauten) und Rückmeldungen aus einigen Tests. So fehlten in der XML-Beschreibung einige Felder, die mit 1.1.0 über die Resouce "fehlendeFelder.xml" mitgeliefert werden (s.a. TeildatensatzXml).

PatternTesting 1.6 no longer supports Java 5 - you now need at least Java 6 if you want to use PatternTesting. On the other side the classloader of Tomcat 8 is now directy supported by the ClasspathMonitor.

Some deprecated classes and methods were removed now. And some tester were extended: the FileTester prints now the filename for files which differs (see feature request 47) and allows you to add a StringConverter as argument. This allows you e.g. to ignore white spaces or upper case letters.

The ClassTester checks now also static initializers to find dependency problems to other classes during the startup phase of a class.

“Es gibt bereits alle guten Vorsätze, wir brauchen sie nur noch anzuwenden.”
(Blaise Pascal)

Die Adventszeit ist eine Zeit, in der man Zeit hat, darüber nachzudenken, wofür es sich lohnt, sich Zeit zu nehmen.

(Gudrun Kropp)