Martins Blog - Software

Externes JavaScript in Pentaho Kettle laden

nospam@example.com (Martin 'Iridias' Drößler) — Tue, 19 Jun 2012 11:15:00 +0200

Kettle bietet die Möglichkeit in einer Transformation auch JavaScript aus externen Files zu laden.
Dazu braucht man lediglich einen Step "Modified Java Script Value" in dem man die Funktion "LoadScriptFile()" aufruft.
Damit die Datei nicht bei jeder Zeile erneut geladen wird, sollte optimalerweise ein neuer Tab erzeugt werden und via "Set Start Script" so markiert werden, dass er nur beim Laden der Transformation aufgerufen wird.

Das ist soweit nichts Neues, und durch ein bisschen googlen relativ schnell heraus zu finden.
Was hingegen nicht so einfach zu ergründen ist: wie kann man das benutzen, ohne den kompletten Pfad hardcoded angeben zu müssen?

Denn die ganzen Felder kann man nicht benutzen - die stehen ja nur bei der zeilenweisen Verarbeitung zur Verfügung. Aber da soll die Lib ja nicht geladen werden.
Das Beispiel das Kettle bereit stellt ist da auch alles andere als hilfreich:

// Load's a JavaScript File into your actual running Context.
// This function should called from your defined StartScript
// otherwise your JavaScript-File is loaded on each processing
// Row.
//
// Usage:
// LoadScriptFile(var);
//
// 2006-11-15
//
var xPfad = "Your Filename, with Path";
LoadScriptFile(xPfad);

Wie üblich bleibt mal wieder nichts anderes übrig als Probieren.
Das Rumspielen mit Parametern und Argumenten der Transformation war nicht von Erfolg gekrönt, aber da das JavaScript-File in meinem Fall im selben Verzeichnis wie die Transformation liegt, hat sich folgendes bewährt:

var workingDirectory = getVariable("Internal.Transformation.Filename.Directory", "/var/APP/ETL/");
var libraryPath = workingDirectory + "/etl-lib.js";
LoadScriptFile(libraryPath);

Ich habe irgendwo gesehen das jemand "getEnvironmentVar()" statt "getVariable()" benutzt hat - das hat jedoch nicht funktioniert.
Zumindest hat "getVariable()" den Vorteil, dass als zweiter Parameter ein Fallback spezifiziert werden kann, falls die Variable nicht gefunden wird.

JSON vs. xstream

nospam@example.com (Martin 'Iridias' Drößler) — Wed, 25 Jan 2012 09:10:16 +0100

Das diverse Tools oder Bibliotheken sich gerne nicht so gut verstehen ist nichts neues. Aber manchmal fällt schwer, zu sagen, welches davon jetzt Mist baut.
Aber von vorne: Für ein neues Projekt werden Metadaten in XML angeliefert, die in einer Datenbank gespeichert werden sollen. Nun ist das auseinander Pflücken von XML-Files ziemlich mühselig. Ganz zu schweigen davon, dass die Daten in einem anderen Schritt wieder zusammen gesetzt werden müssen.
Es bot sich also eine elegante Lösung an: die XML-Files mit xstream in ein POJO de-serialisieren, validieren und ebenfalls mit xstream in eine JSON-Repräsentation umwandeln - und ab damit in die CouchDB!
Das funktioniert auch ganz wunderbar. Auch der umgekehrte Weg - den JSON-String wieder in ein POJO de-serialisieren - klappt ohne Probleme.

Die Probleme fangen erst an, wenn man mit einer entsprechenden Library an die CouchDB geht, und ein org.json.JSONObject zurück bekommt. Denn in dem daraus de-serialisiertem POJO, war auf einmal in einer darin enthaltenen Map systematisch key und value vertauscht. Die CouchDB war als Problemquelle sehr schnell ausgeschlossen, denn mit dem von ihr zurück gelieferten JSON-String trat das Problem nicht auf. Der String jedoch, der von org.json.JSONObject.toString() geliefert wurde, unterschied sich merklich von dem, was CouchDB lieferte.

Nun ist es so, dass xstream eine Map, wie zB "Map" folgendermaßen als JSON serialisiert:

"mapObjectName": {
   "entry": [
      { 
         "string": "theKey",
         "CustomObject": { "someField": "fieldValue" }
      }
   ]
}

Von org.json.JSONObject.toString() wird aber folgendes ausgegeben:

"mapObjectName": {
   "entry": [
      { 
         "CustomObject": { "someField": "fieldValue" }
         "string": "theKey",
      }
   ]
}

Dafür gibt es zwei Gründe: zum einen schreibt JSON nicht vor, das die Daten in der richtigen Reihenfolge sein müssen. Zum anderen, versucht es das JSONObject auch gar nicht erst - das Problem tritt nämlich nicht erst beim ausgeben der Daten auf, sondern liegt bereits darin begründet, wie diese intern gespeichert werden.

Und das ist genau die Stelle, an der es schwer fällt einen schuldigen zu finden. Ist xstream schuld (bzw. der verwendete Driver für JSON), weil über die JSON-spec hinaus darauf vertraut, dass die Daten immer in der richtigen Reihenfolge sind? Könnte xstream ein Map überhaupt anders serialisieren, um das zu umgehen? Oder macht das "Feature" von JSON, Daten eben explizit unsortiert zu behandeln, mehr Probleme als es löst?

Da ich weder die Zeit noch die Lust hatte, diesen Fragen auf den Grund zu gehen, und es das Problem ohnehin nicht gelöst hätte, hab ich einfach bei der Implementierung angesetzt. Da die Java-library freie Software ist, war das die einfachste Lösung.
Es musste nur in zwei Konstuktoren von org.json.JSONOBject folgende Zeile geändert werden:
Von

this.map = new HashMap();

this.map = new LinkedHashMap();

...das "import java.util.LinkedHashMap;" fügt eine gute IDE automatisch ein

Urlaub in der Unterwelt

nospam@example.com (Martin 'Iridias' Drößler) — Wed, 08 Jun 2011 12:44:21 +0200

Gestresst von all den Katastrophen in der Welt der Lebenden?
Eröffne dein eigenes Hotel in Santa Daemonica, dem Lieblings-Urlaubsort der Unterwelt, dem Mallorca der Monster, Usedom der Untoten, Domrep der Dämonen!

Ein Android-handy ist dafür allerdings schon nötig. Und auch eine Internet-flat für selbiges sollte vorhanden sein, denn es handelt sich um einen "Multiplayer Hotel Manager From Hell".
Und um etwaigen Fragen zuvor zu kommen: nein, das Spiel nicht nicht allein von mir - aber ich hab einen nicht unerheblichen Teil dazu beigetragen.
Es ist vielleicht nicht mega umfangreich, aber ein netter Zeitvertreib für Zwischendurch.

Also auf nach Santa Daemonica!

Das tolle an "Standards" ist, dass es so viele davon gibt

nospam@example.com (Martin 'Iridias' Drößler) — Tue, 29 Mar 2011 09:04:18 +0200

So zum Beispiel, was die Formatierung von Datums- und Zeitangaben angeht.

In Java's DateFormat wird für das spezifizieren eines Zeitoffset der RFC 822 unterstützt, wo man einfach mit dem Zeichen "z" diesen Offset im Format "+HHmm" parsen kann.
Hätte man also einen Datums-String, der folgendermaßen aussieht:

2011-03-23T22:15:00.000+0100

kann man das mit zB SimpleDateFormat mit folgendem Format-String parsen:

yyyy-MM-dd'T'HH:mm:ss.SSSz

Soweit, so schön. Problematisch wird es allerdings, wenn man solche Angaben in XML-Dokumenten haben möchte.
Die XSD-Spezifikation stellt einen Typ "xs:dateTime" bereit, der einen String erwartet, der dem oben angegebenen "ähnlich" sieht. ähnlich, weil ein kleines Detail eben doch anders sein muss: im Offset, müssen Stunden und Minuten durch einen Doppelpunkt getrennt werden! Damit würde der String also so aussehen:

2011-03-23T22:15:00.000+01:00

...und der SimpleDateFormater würde das nicht als valide Datumsangabe ansehen, gemäß dem oben stehenden FormatString! Denn der RFC 822 sieht an dieser Stelle keinen Doppelpunkt vor. An den hält sich XSD auch gar nicht, sondern an RFC 3339 (und auch das nur partiell - RFC 3339 erlaubt einige Dinge, die xs:dateTime nicht akzeptiert. zB ein Leerzeichen statt dem "T" in der Mitte zu benutzen).

Der geneigte Entwickler möchte vermutlich bereits an dieser Stelle den Kopf auf die Tischplatte knallen. Nun das war zumindest meine erste Reaktion. Die Zweite war: "da gibts doch bestimmt was von Ratiopharm... äh, ich meine Apache (Commons)." Die haben ja sonst auch für alle gängigen Probleme "schon mal etwas vorbereitet". Bei der Suche stieß ich dann darauf, dass es sogar schon etwas in Java eingebautes gibt!
Man soll es nicht für möglich halten: "javax.xml.bind.DatatypeConverter" stellt eine Methode "parseDateTime" bereit, die einen "lexicalXSDDateTime"-String erwartet. ...natürlich, da hätte man ja drauf kommen können, dass eine Datumsangabe ein Datentyp ist

Ein Hoch auf variable Arbeitszeiten

nospam@example.com (Martin 'Iridias' Drößler) — Tue, 04 May 2010 17:20:20 +0200

Man stelle sich vor, man arbeitet gerade an einem neuen Feature für das hauseigene ContentManagementSystem und will das ganze testweise auf der eigenen Workstation deployen - aber das firmeneigene Maven-repository ist nicht erreichbar, weil der Server auf dem es läuft wegen Lastproblemen die Grätsche gemacht hat.
Man widmet sich anderen Dingen, nur um eine Stunde später fest zu stellen, dass das CMS nicht hoch fährt, weil ein Kollege ein paar "unnötige dependencies" raus geschmissen hat, und Hibernate auf einmal die bytecode manipulation library nicht mehr findet. Wenn man das Problem - verzeihung die "Heraussforderung" (denn es gibt nur Herausforderungen und keine Probleme) - endlich gelöst hat, einige Kollegen der Marke "kannst du mal eben schnell" abgewimmelt hat und endlich weiter arbeiten will, fällt dann plötzlich das Netz aus. Offenbar ein Kollege von Operations, der gerade ein paar "Dosen umpatcht". Es steht nur noch WLAN zur Verfügung, aber darüber kommt man nicht direkt an die Server im Office - also alle Tunnel neu aufbauen, und ggfs. laufende Applikationen neu deployen oder neu starten, weil die jetzt auf localhost und einen anderen Port zugreifen müssen. Wenn dann noch beim Speichern der neuen Import-Spezifikation der X-Server ab raucht ...dann, ja dann ist es Zeit zur Abwechslung mal früher Feierabend zu machen!

Zum Schluss noch ein Gag für alle Java-entwickler:
Das kommt dabei raus, wenn man den CTO zu wörtlich nimmt, wenn dieser postuliert "Bei uns wird Qualität groß geschrieben!"

public Format findBestContentFormat(String contentType, int QualityMin, int QualityMax) {
...

Alle die den Witz nicht verstehen, sollten einen Blick in die Java Coding Conventions werfen

Ubuntu 9.10 und die Programmier-Idioten

nospam@example.com (Martin 'Iridias' Drößler) — Fri, 30 Oct 2009 10:55:46 +0100

Gestern ist (k)Ubuntu 9.10 erschienen. Also können sich nicht bloß die Windows-user über eine neue Version freuen, sondern auch Benutzer von alternativen Betriebssystemen.

Auf meinem privaten Rechner lief das Update absolut problemlos und userfreundlich. Als ich also auch meinen Arbeitsrechner updaten wollte, erwartete ich eigentlich keine Probleme - aber weit gefehlt. Der Updater tat einfach gar nichts - nicht mal ein Fehlerfenster erschien. Ich hatte erst den Verdacht, dass er mit dem Proxy nicht klar kommt, aber auch diverse Änderungen der Konfig brachten nix.

Nach etwas Suchen im Internet dann die Erkenntnis: auch bei Ubuntu gibt es Idioten! Und damit meine ich nicht die User, sondern die hirnverbranten Irren, die diesen Update-manager geschrieben haben!
Wer auch immer der/die Blödman war, hat noch nie etwas von Threads, Timeouts oder Useability gehört - soviel steht fest! Ansonsten wäre er sicher auf die Idee gekommen, dass Laden der Releasenotes in einen extra Thread zu verlagern, um die GUI nicht zu blockieren/freezen. Außerdem wäre er dann auch auf die Idee gekommen, einen Timeout für das Laden der Releasenotes zu setzen und in einem Fall wie diesem - wo die DE-Server down/überlastet sind - eine entsprechnde Fehlermeldung anzuzeigen. Und letztlich hätte er dann auch wenigstens ein kleines Hinweisfenster angezeigt, dass er gerade die Releasenote lädt, statt einfach gar nix zu machen.

Klar kann man einfach sagen "die Releasenotes sind doch nur ein bissle Text, da dauert das Laden doch nicht lange" - aber dass bei einem neuen Release die Server gerne mal überlasstet sind, ist doch nix neues. Damit sollte man jawohl rechnen.

Lösung ...nein, würg-around für das Problem, ist, einfach bei den Paket-quellen, den Haupt-Server als Bezugsquelle zu setzen statt den Lokalen.

Novell ohne Proxy?

nospam@example.com (Martin 'Iridias' Drößler) — Mon, 30 Jun 2008 09:42:51 +0200

Vor kurzem ist OpenSuSE 11 erschienen.

Und nach allem was man bislang hÃ¶rt, ist es ihnen endlich gelungen die Paketverwaltung schnell zu machen. Das war meiner Meinung nach lÃ¤ngst Ã¼berfÃ¤llig.
Ein generelles Problem mit den OpenSuSE-Repositories wird man aber sicher auch damit nicht behoben haben: die Unart alte Packages einfach aus dem Repository zu entfernen sobald eine neue Version bzw. ein neu erstelltes Package vorliegt - was leider ziemlich oft vor kommt.
Das resultiert dann darin: man will ein neues Programm installieren und bekommt auf einmal die Meldung, dass die Datei nicht auf dem Server gefunden wurde. Man muss erst alle Repositories aktualliesieren, damit Yast weiÃŸ, das die Datei "Programm.i386.3-56.rpm" nicht mehr da ist, sonder durch die neu kompilierte version "Programm.i386.3-57.rpm" ersetzt wurde.
Dummerweise sind die Metadaten der Repositories zum Teil auch mehrere Megabyte groÃŸ! Wenn man kein DSL hat, und muss jetzt jedesmal die Repositories aktualisieren nur weil man ein Programm installieren will, ist das einfach nur zum Kotzen!

Aber um zum Titel dieses Beitrag zu kommen: mit OpenSuSE 11 wird ebenfalls KDE4 mitgeliefert, den man sich als Defaul-Desktop einrichten kann. Genauer gesagt handelt es sich dabei um einen Mischmasch aus KDE 4.0 und KDE 4.1 (beta).
Das wÃ¤re ja auch nicht weiter schlimm, gÃ¤be es da nicht das eklatante Problem, das KDE4 keine Proxy-UnterstÃ¼tzung hat!! Es gibt dazu seit Ã¼ber einem halben Jahr einen Bug-report: http://bugs.kde.org/show_bug.cgi?id=155707
Das macht KDE4 in Unternehmen und UniversitÃ¤ten quasi unbrauchbar! Man kann jetzt zwar in erster Linie den KDE-Entwicklern vorwerfen, das sich nicht darum gekÃ¼mmert wird - aber das man bei Novell dieses Problem (beim Testen) nicht bemerkt hat, will mir einfach nicht in den SchÃ¤del. Man sollte ja annehmen, das man bei einer groÃŸen Firma wie Novell auch Proxies einsetzt.

Genug gemeckert fÃ¼r heute.

ICQ/AIM bald mit Jabber-Protokoll?

nospam@example.com (Martin 'Iridias' Drößler) — Sun, 20 Jan 2008 09:58:21 +0100

Es rappelt im Karton. Die Blogs und Newssites zwitschern es von den BÃ¤umen: Ã¶ffnet sich AOL fÃ¼r Jabber/XMPP?
Zuerst auf das Thema gestoÃŸen bin ich Ã¼ber das Jabber-Blog vom ccc (http://web.jabber.ccc.de/?p=21) und nun berichtet auch heise darÃ¼ber!

AOL Ã¼bt sich zwar noch in Dementi, das dies bald offiziell wird. Aber angesichts der Tatsache, das Google schon erfolgreich auf das XMPP setzt, wird AOL wohl Ã¼ber kurz oder lang auch diesen Schritt vollziehen. Und natÃ¼rlich werden sie ihre Client-software wieder mit reichlich Extras ausstatten, damit die user auch weiterhin dieses werbeverseuchte Ding benutzen.
Das kann mir dann allerdings egal sein - solange sie sich dazu entschlieÃŸen auch server2server-Komunikation zu aktivieren! Dann haben die ganzen ICQ-Nutzer endlich keine Ausrede mehr, kein Jabber zu benutzen
Und ich kann endlich damit aufhÃ¶ren den Leuten zu sagen "Ich hab kein ICQ - warum benutzt du nicht Jabber?"

KDE 4.0

nospam@example.com (Martin 'Iridias' Drößler) — Sun, 13 Jan 2008 12:23:10 +0100

Seit Freitag dem 11.01. ist das lang erwartete KDE 4.0 endlich drauÃŸen, und in den Blogs von PlanetKDE lieÃŸt man nur noch davon. Also dachte ich mir, ich gebe auch mal meine Meinung darÃ¼ber zum besten.

Ich hatte ja schon die Betas und RCs ausprobiert, und wusste schon in etwa was mich erwartet. TatsÃ¤chlich ist die finale Version nun in einigen Punkten verbessert, die mich bei den Betas noch gestÃ¶rt hatten. Dennoch funktionierten auf meinem PC auf einmal die Plasmoids nicht mehr - wenn ich eins hinzufÃ¼gen will, erzeugt er mir nur einen Container mit dem Text "Dieses Objekt kann nicht erzeugt werden". Und das obwohl es mit den RCs noch ging. Und noch kurioser: auf meinem Notebook (auf dem die Betas nicht drauf waren) funktioniert es aber tadellos.
Ich werde wohl mal versuchen mÃ¼ssen, all die Pakete runter zu schmeiÃŸen die letztendlich nicht teil der final Version geworden sind - vielleicht hilft das.

Von diesen MerkwÃ¼rdigkeiten mal abgesehen, ist KDE 4.0 aber recht benutzbar. Es sind lediglich Kleinigkeiten die noch stÃ¶ren - z.B. hab ich noch keine MÃ¶glichkeit gefunden eigene Tastatur-Shortcuts zu definieren, um bspw. mit Strg+F5 auf ArbeitsflÃ¤chen hÃ¶her als 4 zu wechseln.

Aber nun mal zu den positiven Sachen: die neuen Effekte von KWin sind ziemlich geil, und man braucht sich nun als KDE-user nicht mehr vor den Compiz-usern zu verstecken
Die Transparenz-effekte sind geschickt eingesetzt und nÃ¼tzlich wenn man z.B. mit alt+tab zwischen Fenstern umschaltet. Auch die Live-Vorschau der Fenster beim Umschalten ist der Hammer - die funktioniert sogar fÃ¼r Spiele. Wenn man also bspw. WoW zockt und dann mit alt-tab switcht, sieht man WoW in der kleinen Vorschau weiter laufen, wÃ¤hren sich bspw. die Konsole halb-transparent auf den Bildschirm legt und man nun zu 30% WoW sieht und 70% die Konsole.

Die Plasmoids werden sicher mit der Zeit mehr werden - im Moment ist die Auswahl noch recht ..naja, Ã¼bersichtlich.
Aber ich hatte ja im Playground einige gesehen, die dann hoffentlich in KDE 4.1 Einzug halten werden.

Von Dolphin bin ich im Ã¼brigen nicht sonderlich angetan - auch wenn ich ihn nicht schlecht finde. Aber zum GlÃ¼ck ist Konqueror ja noch dabei. Und der hat sich insbesondere was die Web-darstellung angeht sehr verbessert! So wird bspw. auf wow-armory jetzt der Hintergrund des Textfelds nicht mehr WeiÃŸ angezeigt, sondern korrekt in schwarz - was einigen Ã„rger erspart, weil er vorher die Schrift auch schon weiÃŸ angezeigt hatte, nur halt den Hintergrund auch ...und weiÃŸe Schrift auf weiÃŸem Grund macht sich nicht so gut
Auch die Konfiguration von Konqueror ist jetzt wesentlich aufgerÃ¤umter als vorher.

Zwar sind sehr viele Anwendungen noch nicht auf KDE 4 portiert, aber das Ã¼berrascht kaum. Immerhin haben einige Entwickler gemeint, sie fangen erst an zu portieren, wenn KDE 4 drauÃŸen ist. Insofern hatten die KDE-Entwickler auch nicht wirklich eine Wahl - da hÃ¤tte weiteres HinauszÃ¶gern des Releases auch nix gebracht.
Aber immerhin hat man jetzt mit KDE 4.0 eine grunderneuerte Basis auf die man auf aufsetzen kann um in Zukunft bessere Features einbauen zu kÃ¶nnen ohne dreckige Hacks. (Aaron J. Seigo hat mal etwas Ã¼ber die Code-basis von Kicker geschrieben, und nach dem Lesen war klar, warum eine so grundlegende Ãœberarbeitung oder gar Neuentwicklung - wie mit KDE4 geschehen - notwendig ist/war)

Soviel erst mal zu meinen ersten EindrÃ¼cken...

Ã„rger mit Java

nospam@example.com (Martin 'Iridias' Drößler) — Sat, 30 Jun 2007 15:18:17 +0200

Also eigentlich bin ich ja groÃŸer Fan von Java, aber in letzter Zeit gab es so einiges was mich fast zur WeiÃŸglut getrieben hÃ¤tte.
Da wÃ¤re zum einen ein Problem mit dem Classpath: denn normalerweise kann man selbigen bequem mit der Option "-cp" oder "-classpath" setzen. Ich hab absichtlich das Wort "normalerweise" gewÃ¤hlt, weil es eben doch nicht immer geht.
Denn wenn man ein Programm in ein jar packt und das dann mit "java -cp lib/other.jar -jar bla.jar" ausfÃ¼hren will, dann wird er mit einer wunderschÃ¶nen NoClassDefFoundException auf die Schnauze fallen. Denn, was ich nach langer Suche im Internet erfahren musste: bei jar-Dateien wird die Option -cp bzw. -classpath immer ignoriert. Stattdessen wird als Classpath nur das genommen, was auch im Manifest definiert ist.
Nicht, das man das dem Benutzer mitteilen kÃ¶nnte - nein! Wo ist denn das verdammte Problem, bei gleichzeitiger Verwendung der Option "-jar" und "-cp" eine Warnung auszugeben, das diese Verwendung unzulÃ¤ssig ist? Ich meine, selbst mit verbose Ausgabe erhÃ¤lt man keinerlei Hinweis darauf.
Usability: 6 - setzen!

Ach ja: wie man das Problem umgeht: die Option "-jar" weglassen, das betreffende jar in den classpath mit aufnehmen und dann den vollen Pfad zur Klasse mit der main-methode angeben. Etwa so: "java -cp lib/other.jar:bla.jar de.leckmich.Main"

Aber da ist noch ein Thema, was noch viel mehr zum Kotzen ist, weil es nÃ¤mlich dafÃ¼r keinen Workaround gibt: Mit Java 6 funktioniert das Drucken unter Linux nicht mehr! Gar nicht!!!!
Zum einen, weil seit Cups 1.2 als Host ein Socket angegeben ist mit dem Java nicht umgehen kann (was nicht ganz so schlimm ist, weil man das in der Config, oder per Umgebungsvariable auf localhost Ã¤ndern kann), zum anderen aber, weil seit Java 6 kein valides Postscript mehr erzeugt wird (d.h. valide soll es angeblich schon sein - es wird nur von keinem Programm unterstÃ¼tzt). Das fÃ¼hrt dann dazu, das sich GhostScript mit einem "Error: /configurationerror in --setpagedevice-" verabschiedet.
Und was dem ganzen noch die Krone aufsetzt: der Fehler ist seit Ã¼ber einem halben Jahr bekannt und noch immer nicht behoben!!

Die einzige MÃ¶glichkeit das zu Umgehen, wÃ¤re: auf Java 5 zurÃ¼ck zu migrieren. Wenn man allerdings eine Swing-Anwendung hat, die auf das neue GroupLayout aufsetzt, dann hat man es schon reichlich schwerer! Wenn man dann noch diverse andere neue Features von Java 6 verwendet, dann hat man vÃ¶llig die Arschkarte gezogen!

Und wie soll ein Unternehmen, welches Anwendungen auf Java/Swing-Basis verkauft, es seinen Kunden erklÃ¤ren, das sie auf einmal nicht mehr drucken kÃ¶nnen? Der durchschnittliche Endkunde ist doch froh, wenn er bei seinem Rechner den Knopf zum an- und ausschalten findet. Der wird es niemals verstehen, sondern die Schuld auf das Programm schieben!

In diesem Fall muss man aber wirklich die Schuld auf Sun schieben. Und womit? Mit Recht!

Drachenboot besiegt bash

nospam@example.com (Martin 'Iridias' Drößler) — Mon, 18 Jun 2007 15:55:00 +0200

Nachdem ich nun wochenlang nichts neues zu berichten wusste, ist es nun mal wieder Zeit für einen neuen Eintrag.
Am Wochenende, genauer gesagt am Samstag, war das Drachenboot-rennen im Medienhafen. Unsere Firma hatte dieses Jahr zum ersten mal daran Teil genommen, und angesichts der Tatsache, das wir quasi noch Anfänger waren und auch das Wetter gegen uns war, kann man unsere Platzierung auf dem 15. Platz (bei 40 Teilnehmern) durchaus als Erfolg werten!

Das Wetter an sich war eigentlich nicht schlecht - nur dumm, dass es immer genau dann geregnet hat wenn wir am paddeln waren. Und um das ganze noch zu toppen, hat es natürlich pünktlich wenn wir fertig waren wieder aufgehört. Das ganze erinnerte mich an diverse Cartoons, wenn die kleine Regenwolke genau über dem Kojoten steht und ihn verfolgt.
Wir haben schon mit dem Gedanken gespielt, den Namen unseres Teams nächstes Jahr in "Gewitterfront" zu ändern.

So und um dem Thema dieses Blogs noch gerecht zu werden: ein kleiner Exkurs darüber, das auch die bash beschissen sein kann!
Die Problemstellung war diesmal: alle Verzeichnisse in einem bestimmten Verzeichnis durchgehen und gucken ob eine Datei mit einem bestimmten Namen darin liegt.
Klingt einfach? Im Grunde ja, aber... nun gut, gehen wir der Reihe nach.
Mein erster Ansatz war natürlich jener hier:

for g in `ls -1b ${directoryName}`
do
  # Verzeichnis checken
done

Zur Erläuterung: die optionen -1 und -b von ls bewirken, das jede Datei auf einer extra Zeile ausgegeben wird, und das Leerzeichen escaped werden. Man sollte annehmen, dass das funktioniert - tut es aber nicht!
Wenn man in ${directoryName} ein Verzeichnis "ein verzeichnis" hat (man beachte das Leerzeichen), dann wird er die Schleife einmal für "ein" und einmal für "verzeichnis" durchlaufen! Auch wenn man dem ls die Option "-Q" übergibt, welche dafür sorgt das die Ergebnisse gequoted werden, ändert das nichts daran.

Es gibt auch keine Möglichkeit in irgendeiner Form zu definieren, das die for-schleife nur noch linebreaks und keine Leerzeichen als Separator benutzen soll.
Und so blieb mir nur die Möglichkeit mich zu ärgern, und das ganze wie folgt um zu schreiben:

`ls -1b {directoryName} > temporaryList.txt`
while read g
do
  # das selbe wie oben
done < temporaryList.txt

Das ist natürlich reichlich unschön, weil man hier eine temporäre Datei anlegen muss, aber scheinbar der einzige Weg.

Nachtrag
Wie ich später heraus fand, ist das durchaus nicht der einzige Weg.
Mit einem Kniff geht es auch ohne temporäre Datei:

while read g
do
  echo "$g";
done < <(ls -1b /path/to/target)

Wichtig ist dabei das Leerzeichen zwischen den beiden '<' - das sorgt dafür, dass man quasi eine Art virtuelle, temporäre Datei hat, von der aus gelesen wird.

"strafe sie mit Ignoranz..."

nospam@example.com (Martin 'Iridias' Drößler) — Tue, 08 May 2007 10:34:05 +0200

Es gibt Leute, die haben keine Ahnung - aber davon jede Menge!
Ein Thema was mit in letzter Zeit immer wieder aufstÃ¶ÃŸt, ist die unsÃ¤gliche Arroganz und Ignoranz einiger Leute, die der Meinung sind unbedingt anderen Leuten ihre geistige Diarrhoe mitteilen zu mÃ¼ssen.

Zum Beispiel heute, beim Lesen dieser News auf Pro-Linux: http://www.pro-linux.de/news/2007/11166.html
Offenbar gibt es genug Personen, die immernoch unreflektiert LÃ¼gen verbreiten wie: "SuSE's Yast Ã¼berschreibt config-Dateien" oder "SuSE wÃ¤re viel besser wenn es etwas wie APT geben wÃ¼rde."

Das SuSE seit Version 8.x keine config-Dateien mehr einfach so Ã¼berschreibt scheint an diesen Leuten genauso vorbei gegangen zu sein, wie die Tatsache, das es ebensolange apt4suse bzw. apt4rpm gibt (und seit LÃ¤ngerem mit Smart sogar etwas besseres als APT, weil es nicht nur APT-Repositories sondern auch so ziemlich alles andere verwerten kann).

Selbst Aaron Seigo berichtete unlÃ¤ngst auf seinem Blog, das ihm ein solches Verhalten zunehmend auf die Nerven geht.
Offenbar gibt es zumindestens einen Gnome-Entwickler der der Meinung war, allen Mitteilen zu mÃ¼ssen, das DBUS das neueste und tollste seit langem ist - ungeachtet der Tatsache, das KDE mit DCOP schon seit Jahren so ein Feature hat, und das dieses eigentlich auch nicht ganz unbekannt ist.

Aber noch schlimmer sind IMO die Idioten, die dann solche SprÃ¼che raushauen wie "KDE4 benutzt auch DBUS, genau wie Gnome. Das beweist, das Gnome der bessere Desktop ist" - das man bei KDE nur deswegen auf DBUS umsteigt, um ein wenig KompatibilitÃ¤t herzustellen, scheint solche Leute nicht zu interessieren. Solche Idioten kennen nur Konkurrenzkampf um jeden Preis - bloÃŸ nicht eingestehen, das das andere Desktop-Environment vielleicht doch einige Dinge besser macht.

...jetzt hÃ¤tte ich auch fast vergessen zu erwÃ¤hnen wie der Titel dieses Eintrags dazu passt. Das war das Zitat eines Kumpels, das er immer dann brachte, wenn ihn etwas stÃ¶rte. Frei nach dem Motto "Wenn ich es ignorieren kann, betrifft es mich auch nicht."

es gibt immer was neues zu entdecken

nospam@example.com (Martin 'Iridias' Drößler) — Sun, 15 Apr 2007 12:18:31 +0200

Es ist schon wieder eine Weile her das ich was geschrieben hab - vor allem weil es in letzter Zeit wie immer Ã¼bermÃ¤ÃŸig viel zu tun gab. Aber wie dem auch sei, letzte Woche bin ich dennoch dazu gekommen mal meinen alten Rechner als Server einzurichten. Das wollte ich eigentlich schon immer mal machen, aber bislang stand er halt nur in der Ecke rum.

In erster Linie soll er natÃ¼rlich als Backup-Server dienen, da die Datenmengen die es zu sichern gilt zu groÃŸ fÃ¼r eine DVD oder gar CD sind. Die entsprechenden Dateien jedesmal manuell zu sichern schied von vorherein aus - sowas funktioniert nicht. Ein Backup muss einfach sein! Am besten so einfach, das man nur auf ein Icon klicken muss und der Rest geht automatisch. Wenn es zu aufwÃ¤ndig ist, dann macht man es nÃ¤mlich meistens nicht.
Also hab ich mich daran gemacht ein Script zu schreiben. Da immer nur die Ã„nderungen zu sichern sind, bot sich rsync Ã¼ber ssh an. Um nun verschiedene Verzeichnisse auf meinem Rechner mit verschiedenen Verzeichnissen auf dem Server zu synchronisieren sind natÃ¼rlich mehrere Aufrufe von rsync nÃ¶tig, wo wir schon zum ersten Problem kommen: man mÃ¼sste dann jedesmal das Passwort angeben. Das scheidet natÃ¼rlich aus, weil es im Gegensatz zur Anforderung steht "einfach nur auf ein Icon klicken".
Aber es fand sich recht schnell eine LÃ¶sung dafÃ¼r. Wenn man mit ssh eine public-key-authentication einrichtet, hat man die MÃ¶glichkeit die Authentifizierung mit dem Programm ssh-agent abzuwickeln. Man gibt dann nur noch einmal das Passwort an und wird dann fÃ¼r die spezifizierte Zeitspanne nicht mehr danach gefragt. (Wie man das ganze aufsetzt erfÃ¤hrt man hier: http://sial.org/howto/openssh/publickey-auth/#s3 )

Nachdem das mit dem Backup also funktioniert, hab ich mich daran gemacht fÃ¼r meine Projekte subversion auszuprobieren.
Das subversion besser ist als CVS hab ich ja vorher schon mitbekommen. Aber begeistert hat mich vor allem eine Sache: wenn man bei CVS eine Datei hat und fÃ¼gt, sagen wir mal eine neue Zeile ein. Dann erkennt das ja, das die Datei geÃ¤ndert wurde und markiert die entsprechend. Wenn man diese besagte Zeile dann wieder entfernt, dann ist CVS immer noch der Meinung, das die Datei verÃ¤ndert wurde. Nicht so SVN! Das erkennt, das es nun doch keine Ã„nderungen mehr gibt und markiert die Datei wieder als nicht geÃ¤ndert.
FÃ¼r die Integration in Eclipse empfehle ich Ã¼brigens neben Subclipse unbedingt auch noch SVNKit zu installieren und fÃ¼r Subclipse zu aktivieren (Preferences -> Team -> SVN -> SVN Interface), da man sonst keine Authentifizierungs-details (wie z.B. public-key-authentication) einstellen kann wenn man svn+ssh als Protokoll benutzt.
Wenn im Package-Explorer nicht angezeigt werden sollte ob ein Projekt oder eine Datei geÃ¤ndert ist oder nicht, so liegt das mit Sicherheit daran, das die Label-Decoration fÃ¼r SVN nicht aktiviert ist. Bei mir war sie jedenfalls per Default erst mal deaktiviert! Man muss also noch unter (Preferences -> General -> Appearance -> Label Decoration) einen Haken vor SVN machen.

Das wars erst mal wieder von meiner Seite.

echt groovy...

nospam@example.com (Martin 'Iridias' Drößler) — Wed, 14 Feb 2007 13:58:35 +0100

Und zwar geht es um die relativ neue Sprache Groovy.
Bei uns in der Firma wird jetzt auch Groovy eingesetzt, und so hab ich mich mal nÃ¤her damit befasst. Und ich kann nur sagen: krass! Groovy verbindet echt die Vorteile von Interpretersprachen mit den Vorteilen von Java. Die Groovy-Scripte muss man nicht in Bytecode compilieren - das geschiet quasi on-the-fly wenn man das Script aufruft. Dadurch entfÃ¤llt das neustarten des Tomcat wenn man mal eine Ã„nderung macht: einfach das Script durch die neue Version ersetzen, und fertig!

Aber Groovy ist nicht einfach eine neue Sprache, sondern setzt auf Java auf. D.h. man kann komplexeren Code der sich seltener Ã„ndert weiterhin in Java schreiben und in den Groovy-scripten benutzen. Dadurch kann man auch alle liebgewonnenen Frameworks und Libraries weiter verwenden (z.B. Spring, Hibernate, jakarta.commons).
Ãœberhaupt lÃ¤sst einem Groovy viele Freiheiten. So kann man sich beispielsweise aussuchen, ob man einen Befehl mit einem Semikolon abschlieÃŸt, oder ob man nur einen Zeilenumbruch macht, und das Semikolon ganz einfach weg lÃ¤sst. Und wo wir grade bei weglassen sind - das gilt auch fÃ¼r Variablentypen. Man kann sich aussuchen, ob man fÃ¼r eine Variable einen bestimmten Typ festlegen will, oder ob man das lieber dynamisch haben will.

Groovy unterstÃ¼tzt auÃŸerdem sogenannte Closures. Wenn ich also ein XML hab, kann ich einfach sowas sagen wie

def document = new XmlSlurper().parse("urlZumFile.xml");
document.einNode.childNode.each() { currentNode ->
  // ... mache irgendwas
}

..cool, nicht war?

Das geht auch mit SQL, Files und soweiter. Das "def" gibt dabei Ã¼brigens an, das man die variable nicht typisieren mÃ¶chte. Was an dem Beispiel noch auffÃ¤llt: man kann direkt auf alle child-nodes zugreifen, ohne erst umstÃ¤ndlich ein getElement() oder sowas machen zu mÃ¼ssen.

Das Editor-Plugin fÃ¼r Eclipse ist sicher noch verbesserungswÃ¼rdig, aber durchaus zu gebrauchen. Wenn man eine Klasse verwendet die man nicht includiert hat, dann meckert er zumindest schon mal - das schafft PHP-Eclipse bis heute nicht, und das gibts schon lÃ¤nger

Man kann damit also schnell mal ein Script, auch fÃ¼r kompliziertere Dinge schreiben. Meiner Meinung nach lohnt es sich wirklich mal einen Blick auf Groovy zu werfen: http://groovy.codehaus.org/

das Schlechte lieben, das NÃ¼tzliche ignorieren

nospam@example.com (Martin 'Iridias' Drößler) — Sat, 18 Nov 2006 16:04:43 +0100

Ich bin normalerweise niemand der etwas gutes Ã¼ber Windows sagt. Denn das ist bei mir nur noch als Game-Loader drauf. Dennoch ist es schon merkwÃ¼rdig, das jemand wie ich, der GNU/Linux bevorzugt eine legale Version von Windows XP Professional besitzt, wÃ¤hrend all die Windows-JÃ¼nger da drauÃŸen mit ihren Vorurteilen und Halbwissen diese meist aus irgendwelchen TauschbÃ¶rsen haben.

Das sind dann auch die, die solche RatschlÃ¤ge geben und befolgen, das man bei Windows alles abstellen sollte was "nach Hause telefonieren" kÃ¶nnte - wahrscheinlich in der Hoffnung, das Microsoft nicht erfÃ¤hrt, das eine nicht lizensierte Kopie eingesetzt wird. Das betrifft dann vor allem die automatischen Updates, und dann wundern sich die Leute, warum sie sich so viele Viren einfangen.

Dabei tragen die automatischen Updates erheblich zur Sicherheit bei, ebenso wie das Sicherheitscenter. Aber stattdessen installieren sich die Leute lieber eine personal Firewall wie ZoneAlarm und wiegen sich in Sicherheit. Und das obwohl Windows XP von Haus aus eine Firewall mit bringt, und sowas wie ZoneAlarm sowieso nix nÃ¼tzt, wenn ein Programm wie der Browser dem man in ZoneAlarm vermutlich generell eine Verbindung gestattet, kompromitiert wurde...

Aber auch andere nÃ¼tzliche Features werden dadurch ignoriert. Zum Beispiel fragt Windows XP nach einem Absturz nach ob ein Problembericht gesendet werden soll. Und das kann mitunter sehr Hilfreich sein, denn es wird nicht nur ein Problembericht gesendet, sondern auch gleich nachgesehen, ob das Problem oder ein Ã¤hnliches bereits bekannt ist, und ob es eine LÃ¶sung gibt - und das wird einem dann sogleich im Browser prÃ¤sentiert. Wohl gemerkt: in dem Browser der als Standard eingestellt ist, und nicht zwingend im IE (wie das beim Windows-Update der Fall ist).

Ich kann jedenfalls nur vermuten, das einige Leute (nicht alle) weniger Probleme mit Windows hÃ¤tten, wenn sie es legal erworben hÃ¤tten - dann wÃ¼rden sie vielleicht auch mal feststellen, das Windows eben nicht kostenlos ist, sondern richtig Geld kostet. Aber mit Vista bemÃ¼ht sich Microsoft ja, diesen Missstand zu beseitigen. Und so sehr ich das Vorgehen von Microsoft auch misbillige, so kann ich diesen Schritt doch nur begrÃ¼ÃŸen. Auf das all jene die Windows nicht legal erworben haben, erfahren mÃ¶gen das man es eben nicht fÃ¼r lau bekommt. Und dass das "Argument" "Linux ist kostenlos? Na und Windows doch auch" eben doch kein Argument, sondern schlichtweg BlÃ¶dsinn ist!

Ich fÃ¼r meinen Teil werde weiterhin XP als Gameloader benutzen - und die "tolle OberflÃ¤che" wegen der viele sich Vista besorgen werden (auf welchem Weg auch immer) kann ich unter Linux mit XGL und Konsorten viel besser haben - aber offen gesagt sind mir 8 virtuelle Desktops zum Arbeiten viel wichtiger