SpeexX Blog

Das ich das mal schreiben kann…

Wed, 17 Mar 2010 19:10:50 GMT

Die Konservativen können nicht mit Geld umgehen: Schäuble verteidigt Rekordschulden
FDP als Stasi Kaderpartei: Brandenburger FDP-Schatzmeister nach Stasi-Vorwürfen zurückgetreten

Eisenfresser

Wed, 17 Mar 2010 15:23:34 GMT

Ein grossartiger Dokumentarfilm. Über die Arbeiter in den Abwrackwerften in Chittagong, Bangladesch. Seit Travens Caoba-Zyklus hat sich nichts geändert.

CAL10N und Fehler IDs

Mon, 08 Mar 2010 20:45:53 GMT

Für internationalisierte (I10N) Implementierungen verwende ich gerne das CAL10N API. Das API erreicht eine Compiler Assisted Localization durch den Einsatz von Java enums. Der Name des Enumerationsfeldes ist der Schlüssel in einer entsprechenden Properties Datei. Hierdurch wird der Schlüssel innerhalb des Java-Code nicht mehr als String hinterlegt. Durch ein Maven Plugin können die Properties-Dateien überprüft werden. Ich empfehle jedem Java Entwickler sich das API einmal anzuschauen.

Ich habe den Ansatz für den Einsatz in meinen privaten Projekten und bei bei Zimory erweitert. Durch den Einsatz von enums können auch Annotationen zum Einsatz kommen. Zwei Annotationen habe ich definiert. Eine für den enum Typen und eine für die enum Felder. Beide haben als einzigen Wert einen String:


    @Target(TYPE)
    @Retention(RUNTIME)
    public @interface SystemId {
        String value();
    }


    @Target(FIELD)
    @Retention(RUNTIME)
    public @interface MessageId {
        String value();
    }

@SystemId definiert grobgranular das Modul/Subsystem – oder wie auch immer die Systemunterteilung namentlich genannt wird – für die Messages. @MessageId definiert eine spezielle feingranulare ID für z.B. einen Fehlerzustand innerhalb eines Moduls. Der Sourcecode einer Message enum sieht dann in etwa so aus:


    import ch.qos.cal10n.LocaleData;
    import ch.qos.cal10n.Locale;
    import ch.qos.cal10n.BaseName;

    @SystemId("RT")
    @BaseName("messages")
    @LocaleData({@Locale("en")})
    public enum Messages {
        /** Indicates a login failure. */
        @MessageId("001001") LOGIN_VALIDATION_FAILED;
    }

Für die Auswertung haben ich einen eigenen MessageProducer geschrieben. Dieser kapselt eine Implementierung des CAL10Ns IMessageConveyor Interface. Ausserdem analyisert er per Reflection die Annotationen und baut aus den Werten eine ID zusammen. Diese ID wird vor die internationalisierte Nachricht gestellt. Daneben übernimmt die Implementierung noch einige Dinge wie Caching usw. Eine erzeugte Nachricht sieht in etwa wie die Folgende aus:

    RT-001001: Login failed for user "foobar".

Solche IDs sind nicht nur für die Analyse von Fehlermeldungen sinnvoll. Sie bieten auch einen einfachen Ansatz für die Fehlerpropagierung in Systemen, in denen bisher kein durchgängiges Exceptionframework existierte. Damit auch nicht Entwickler die Fehlermeldungen verstehen, haben ich eine Doclet-Implementierung geschrieben. Diese analyisert alle enum Klassen mit @SystemId und generiert aus dem Wert der Annotation, der Javadoc Klassendokumentation, dem Wert von @MessageId und der Javadoc Felddokumentation eine XML Datei mit einer Zusammenfassung der Daten. Durch einfache XSLT Skripte wird das XML Dokument in Docbook und Xdoc umgewandelt und kann somit für die Anwenderdokumentation weiter verarbeitet werden. Da alles aus einer Quelle kommt, werden Fehler durch cut 'n paste reduziert.

Bug ID: 6794807…

Wed, 03 Mar 2010 17:12:50 GMT

Voll reingelaufen. Priorität: low, no workaround. Und ich muss jetzt eine Lösung finden

Money Quote:

Introspecting returns incorrect PropertyDescriptor for overriden getter in case when child getter has more specific return type. In this case PropertyDescriptor of parent class is returned instead.

Bis Java 1.6.0_18 kein Fix. In Java 7 (b80) gefixt. Leider kann ich mir dafür gar nichts kaufen.

Vorratsdatenspeicherung

Tue, 02 Mar 2010 09:39:55 GMT

Phoenix Livestream, Popcorn. Machte meinen Tag. Vorratsdatenspeicherung in jetziger Form gekippt. Bisher angefallene Daten unverzüglich löschen. Oh man, mehr als erwartet. Was für eine Klatsche für den Bundestag. Was für eine Klatsche für die Regierenden.

Mal sehn was jetzt kommt. Denn gespeichert werden darf grundsätzlich.

Nachtrag: Inzischen ist Ernüchertung eingekehrt. Das Urteil ist mitnichten ein Sieg der Bürgerrechte. Es ist vielmehr ein Pyrrhussieg. Meiner Interpretation nach wirklich ein Grundsatzurteil, denn das Verfassungsgericht verabschiedet sich vom Grundsatz der Datensparsamkeit. Allein der Zugriff auf die Daten soll möglichst sparsam erfolgen. Wie sowas in der Praxis aussieht kann bei der Kontodatenabfrage begutachtet werden. Das werden Jahr für Jahr mehr Abfragen. Dies ist eine Abkehr vom Volkszählungsurteil. Auch der Grundsatz des Richtervorbehalts ist das Papier nicht wert. Praktisch ist der Richtervorbehalt bei Blutalkoholuntersuchungen oder Wohnungsdurchsuchungen nur eine Formalie. Ähnlich wird es auch jetzt bei den Datenbergen kommen. Alleine das Vorhandensein eines solchen Datenberges lässt Begehrlichkeiten wachsen.

Das Urteil ist eine Klatsche für die Bürgerrechte. Der Souverän wird bis zum Beweis seiner Unschuld unter Generalverdacht stellen. Widerlich.

Ganz mieses, schlechtes Eis hat einen Namen

Sat, 27 Feb 2010 19:49:19 GMT

Und zwar Eisklecks in Berlin Friedrichshain an der Eldenaer Straße, Richard-Emisch-Straße. Ich hatte eine Kugel Sanddorn- und eine Kugel Holundereis. Es schmeckte nach nichts. Einfach nach nichts. Dafür fühlte sich das Holundereis auf der Zunge mehlig an. Auch die Innereinrichtung ist bescheiden, wirkt ziemlich leer und ungemütlich.

Einmal und nie wieder. Dafür lohnt es sich nicht Richtung Forckenbeckplatz zu gehen.

Flex: GET und POST muss reichen

Thu, 25 Feb 2010 16:05:06 GMT

Da denkst du dir ein elegantes REST API aus. CRUD auf PUT, POST, GET und DELETE abgebildet. Und dann sagt der Kunde dir, der Client basiert auf Flex. Und das Flex beim Kunden kann nur POST und GET.

Meine Einstellung zu Flex und dem ganzen anderen Dreck von Adobe, war noch nie positiv. Und sowas hebt nicht gerade meine Stimmung.

CDI für Java SE

Thu, 25 Feb 2010 09:07:58 GMT

Für meinen Job bei Zimory habe ein wenig mit Weld SE gespielt. Weld ist die CDI Referenzimplementierung und Weld SE eine Anpassung für die Java SE Welt.

Die eigentliche Implementierung war recht einfach. Allerdings wurde beim Ausführen immer eine UnsatisfiedResolutionException geworfen. Die Nachricht war WELD-001308 Unable to resolve managed beans for…. Nach kurzer Suche war klar, dass Weld eine leere "META-INF/beans.xml" Datei benötigt. Nachdem die Datei angelegt war, funktionierte das Beispiel problemlos.

Es lässt sich streiten, ob die CDI Referenzdokument in Kapitel 12.1 eine solche Datei zwingend vorschreibt. Ich habe es dort nicht heraus gelesen.

Download: Sourcecode (7.897 Bytes)

Ersatzlos abschaffen?

Wed, 24 Feb 2010 09:33:57 GMT

Ich bin mir sicher: Guido Westerwelle wollte mit seiner platten Attacke gegen Hartz Ⅳ ablenken. Vielleicht von schlechten Umfrageergebnissen? Vielleicht vor seiner Unlust am Amt des Aussenministers? Allerdings glaube ich nicht, dass es unbewusst war. Dazu hat Westerwelle als Politiker zuviel Erfahrung und ist rethorisch zu geschickt.

Eine Diskussion allerdings hat er angestossen. Ziel erreicht? Wenn Hartz ⅣEmpfänger wirklich überzogen versorgt werden, warum dann nicht radikal handeln? Warum faulen Säcken überhaupt etwas geben und von oben nach unten umverteilen? Westerwelle, Sarazzin und Konsorten sondern diese Behauptung doch unterschwellig permanent ab? Warum damm nicht Hartz Ⅳ ersatzlos streichen? Nichts gibt es mehr. Wer mehr als 12 Monate arbeitslos war, der bekommt gar nichts mehr. Weder für sich noch seine Kinder. Sollen sie sehen, wie sie ihren Lebensunterhalt zusammen bekommen.

Aber ich vermute, dass trauen sie sich dann doch nicht. Nicht, weil sie das Grundgesetz respektieren. Sie haben in den letzen Jahren deutlich und oft gezeigt, dass ihnen Grundgesetz am Arsch vorbei geht. Nein, sie haben Angst vor den Unruhen, dem Bürgerkrieg und der Revolution, die dann auf uns zukommen. Hartz Ⅳ ist das Erkaufen von Ruhe. Bezahlt durch die Mittelschicht, zum Wohle der Oberschicht. Nicht mehr und nicht weniger.

Die von Westerwelle – angeblich so nötige – losgetretene Debatte ist eine Phantomdiskussion. Es wird sich gar nichts ändern.

javac scheint Attribute ohne default Werte bei Package Annotation nicht korrekt zu überprüfen

Fri, 19 Feb 2010 16:08:00 GMT

javac scheint bei package Annotationen nicht zu überprüfen, ob die Annotationen den deklarierten Regeln folgen. Eben habe ich einer solchen Annotation den default Wert weggenommen. Die Verwendung auf type Ebene warf Compiler Fehler. Ist der Wert in der package-info.java Datei nicht vorhanden, läuft der compile Prozess ohne Probleme durch. Die falsche Verwendung auf package Ebene wurde durch nicht angepassten Unit-Test entdeckt. Eine IncompleteAnnotationException wird geworfen, wenn ich den Wert über das Reflection API auslese.

Vorher:


    @Documented
    @Retention(RUNTIME)
    @Target({PACKAGE, TYPE})
    public @interface CommandHolder {
        String value() default "";
    }

Nacher:


    @Documented
    @Retention(RUNTIME)
    @Target({PACKAGE, TYPE})
    public @interface CommandHolder {
        String value();
    }

Verhalten tritt auf mit javac 1.6.0_16 und javac 1.7.0-ea (b80) auf einem aktuellen AMD64 Ubuntu 9.10.

Vielleicht wühle ich mich später mal durch die Spezifikationen.

Konfigurationshölle?

Fri, 12 Feb 2010 15:26:35 GMT

Maven eine Konfigurationshölle? Im JAXenter wurden einige meiner Punkte zusammen gefasst.

Buzzig

Thu, 11 Feb 2010 13:01:22 GMT

mehr

Zwischenstopp

Mon, 08 Feb 2010 13:03:17 GMT

«Und jetzt, meine Damen und Herren, bitte eine Polonaise durch die Holzklasse. Lästern Sie und gruseln Sie sich nach Herzenslust. Ihre Reiseleitung wünscht Ihnen viel Spass und weiterhin einen angenehmen Flug.»

JAXB und Collections

Fri, 05 Feb 2010 16:48:40 GMT

Ich implementiere gerade privat ein REST API. In dem API werden XML Daten mittels JAXB gewandelt. Dabei habe ich einfach POJOs verwendet und mit den JAXB Annotationen versehen. Eigentlich ganz einfach. Eigentlich… Bis zu dem Zeitpunkt an denen Collections ins Spiel kommen. Naiv wie ich war – he, wer liesst schon Spezifikationen – habe ich Collection Properties einfach annotiert. Und weil ich ein pfiffiger Entwickler bin, habe ich bei den Gettern eine leere Collection (Collections.emptyXyz()) zurück gegeben, wenn die Referenz null war. Ergebniss: unmarshall(…) warf eine UnsupportedOperationException. Das Problem: JAXB erwartet eine mutable Collection. Collections.emptyXyz() liefert aber immutable Objekte. JAXB ruft darauf dann clean() auf und füllt die Collection neu – die Refernzimplementierung mittels add(E). Eine null Referenz wird auch nicht akzeptiert und führt ebenfalls zu einer Ausnahme.

Ich habe mir dann doch mal die JAXB 2.2 Spezifikation von 2009-12-10 durchgelesen. Unter Punkt 5.5.2.2 wird das Verhalten spezifiziert. Mit einer Einschränkung: sie gilt nur für Collections vom Typ List. Die JAXB 2.2 Referenzimplementierung kommt aber auch mit Sets und dem Collection Interface selbst zurecht.

Der Code sieht jetzt so aus:


    @Valid
    @NotNull
    @Size(min=0, max=5)
    @OneToMany(fetch=EAGER)
    @XmlElement(name=ANSWER_XML_NAME)
    @XmlElementWrapper(name=POSSIBLE_ANSWERS_XML_NAME)
    public List<Answer> getPossibleAnswers() {
        if (this.possibleAnswers != null) {
            return this.possibleAnswers;
        }
        return new ArrayList();
    }

Was ich beruflich mache

Fri, 05 Feb 2010 15:32:35 GMT

~~Kann man aktuell noch hier im zweiten Beitrag bewundern.~~

Nachtrag: Leider gibt es diese vollkommen bescheuerte Regelung in diesem Land, dass öffenlich rechtliche Sender ihre selbst produzierten Sendungen nach 7 Tagen nicht mehr online anbieten dürfen. Deswegen ist der Film jetzt weg.

UML

Mon, 01 Feb 2010 17:22:45 GMT

Für kleine Diagramme muss es nicht immer ein ausgereiftes UML Tool sein. Mit websequencediagrams können kleine Dinge auch schnell geskribelt werden. Die Sprache ist schnell erlernbar, die Ergebnisse ausreichend, wenn nicht gerade Codegenerierung oder gar Round-Trip-Engineering benötigt wird.

Mit yUML können auch Klassen- Aktivitäten und Use-Case Diagramme erstellt werden.

Untergehende Sonne

Mon, 01 Feb 2010 15:46:30 GMT

Über Kreuzberg nimmt die Sonne Abschied vom Tag. Auf der Spree zieht langsam eine losgerissene Tonne vorbei - links ausserhalb des Bildes. Auf dem seit Monaten nicht mehr genutzen Industrieareal wird tapfer weiter Schnee geschippt.

Untergehende Sonner über Kreuzberg

Verglüht

Sun, 31 Jan 2010 20:57:09 GMT

Ein kurz aufleuchtender Star am Suchsystemhimmel ist verglüht. Heute wird der letzte siechende Tag im Leben der Vionto GmbH (AZ: 36v IN 4850/09, Amtsgericht Charlottenburg) sein. Es folgt der unrühmliche Tod durch Insolvenz. Innerhalb eines Jahres aufgestiegen und dann jäh abgestürzt. Diesmal bleibt nichts übrig. Götterdämmerung.

Preise hatte Vionto letztes Jahr einige gewonnen: SuMa-Award, Red Herring Europe Top 100 2009 Award, den eco Internet Award und noch einige mehr. Es hat nichts genützt. Ideen – technisch hervorragend umgesetzt – konnten oder wollten nicht in Geld umwandelt werden. War das Fundament zu wackelig, ohne Substanz, gepaart mit Unvermögen und Arroganz? Eine Mischung wird es gewesen sein. Der Tod, er war schon im Frühjahr 2009 absehbar. Da war die Vionto gerade einmal 5 Monate alt. Entstanden aus den wirtschaftlichen Trümmern der semgine GmbH (AZ: 36s IN 4162/08, Amtsgericht Charlottenburg). Alte Mannschaft, neue Investoren und in der Führung ein Neuer: Ralf von Grafenstein. Nach kurzer Zeit war auch wieder der ehemalige semgine Geschäftsführer mit an Bord: Dr. Martin Christian Hirsch – als Geschäftsführer.

Zum Ende der semgine möchte ich nicht viel schreiben. Ich war als Mitarbeiter involviert. Nur soviel: der Eyeplorer, das System auf dem die Vionto basiert, wurde in den letzten Monaten der semgine entwickelt. Er sollte als Neuanfang dienen und neue Investoren anfixen. Die alten Investoren waren verbrannt.

Ich konnte das kurze aufblühen und verglühen der Vionto aus naher Distanz beobachten. Ich habe mitbekommen, wie die Ergebnisse des Eyeplorers nicht wirklich besser wurden, aber immer neue Funktionen hinzu kamen. Funktionen, die mit Suche nichts zu tun haben. Bei 13.000 Anfragen am Tag wurde ein Tool zur Ergebnissverwaltung für angemeldete Benutzer aufgebaut. Es wird sogut wie nie benutzt. Das Produktmanagement wollte es nicht wirklich. Die Entwickler sahen keinen grossen Sinn darin. Trotzdem ist es da.

Ich habe mitbekommen, wie Mitte 2009 erste Unruhe aufkam. Wie Kurzarbeit angemeldet wurde für ein Unternehmen, welches praktisch keine Kunden hatte und nur durch sein Portal bekannt war. Dem aussen stehenden Betrachter stellte sich sofort die Frage: und wer entwickelt jetzt das Portal weiter? Die Kurzarbeit war nach knapp einer Woche wieder vorbei – auch weil niemand da war als Besuch im Haus herum geführt wurde. Kurz nach der Kurzarbeit drei Mitarbeiter entlassen: zwei Entwickler und ein SysAdmin. Es blieben zwei Geschäftsführer, zwei bis drei Produktmanager (so genau habe ich das nie durchschaut), eine Sekretärin, ein Admin, vier Entwickler und einige Praktikanten.

Die Entlassungen waren dann wohl der berühmte Tropfen. Schon zur Zeit der Kurzarbeit suchten zwei Entwickler aktiv nach einem neuen Job – nicht die später Entlassenen. Nach den Entlassungen waren es dann drei. Mitarbeiter haben ein gutes Gespür und sind bei einer Insolvenz meistens bereit dem Unternehmen zu helfen. Trotzdem gibt es immer wieder Eintagesurlaube, mitten in der Woche Als die Vionto Insolvenz anmeldete gab es diesmal kein Halten mehr. Das Team brach in kurzer Zeit auseinander. Das endgültige Ende eines kleinen Softwareunternehmens.

Die Ruinen sind heute noch unter der Eyeplorer-Domain zu bewundern. Sehr SEO lastig. Ich verlinke nicht, weil ich nicht weiss wie lange die Domain noch existiert. Die rauchenden Trümmer basieren auf einer komplexen Technologie. Mehrere 100.000 Zeilen Quelltext für die heute kein Entwickler mehr zuständig ist der sich auskennt. Der Quellcode ist damit so gut wie wertlos. Trotzdem will Dr. Martin C. Hirsch wohl erneut weiter machen – mit dem Google-Herausforderer.

Stay tuned.

Java Decompiler

Wed, 27 Jan 2010 17:32:32 GMT

Wem JAD nicht mehr genügt, weil er nur bis Java 1.4 sinnvoll decompiliert (kein Generics Support), mag sich JD anschauen. Kein Problem mit inneren Klassen, ~~synthetischen~~ oder Brigde-Methoden/Typen. Annotationen werden aufgelöst und enum Typen decompiliert. Der erzeugte Quellcode ist gut lesbar - ist ja der kniffelige Part bei Decompilern. Wird bei mir JAD ablösen.

Und ich frage mich, warum die Decompiler Jungs immer C++ verwenden.

Da geht noch was

Wed, 27 Jan 2010 15:57:28 GMT

Schleppverband auf Spree