JUnit 4.5 wurde heute veröffentlicht. Es gibt keine Features auf der Liste, die uns sofort wechseln lassen, aber gut zu wissen ist es immer.
JUnit 4.5 focuses on features that make life easier for JUnit
extensions, including new public extension points for inserting
behavior into the standard JUnit 4 class runner.
Software kann einem soviel Zeit klauen. Da wollte ich doch nur mein Office 2003 mit dem 2007er-Format-Support ausstatten, weil mir Kunden unbedingt 2007er Files schicken müssen. Und dann das:
“Eine erforderliche Installationsdatei ZF612707.CAB konnte nicht gefunden werden. Die ursprüngliche Installationsquelle ist erforderlich.”
Also CD rein – glücklicherweise bin ich gerade im Büro und nicht unterwegs – und die Fehlermeldung bleibt, sie klebt wie Teer. Also die Allmacht Google gefragt und diese Antwort bekommen:
Bei einer Fehlermeldung – <siehe oben> – hilft nur Office komplett zu deinstallieren und danach neu zu installieren. Eine Office-Reparatur führt nicht zum Erfolg. Die Datei ZF612707.CAB gibt es nicht auf der Office-CD noch im MSOcache-Ordner. Microsoft hat dieses Problem noch nicht behoben.
Das sind die Momente, wo verstehen kann, warum Millionen von Nutzern tiefe Verzweifelung und epischen Hass gegen diese eine Software-Firma empfinden.
Und wieder sinnvoll nutzbare Zeit dem Softwaremonster in den Rachen geworfen. Übrigens habe ich mir die Sache geknickt. Ich schreibe dem Kunden einfach zurück, dass ich eine lesbare Version brauche.
Eigentlich bin ich ja schwer von neuen Sachen zu begeistern, erst recht wenn es sich um Bugtracker handelt. Aber wie immer sucht man einen Tracker und ein Projekttool und und und…. Diesmal haben wir Redmine gefunden und was soll ich sagen, ich bin nach 25 Clicks begeistert.
Redmine is a flexible project management web application. Written using Ruby on Rails framework, it is cross-platform and cross-database.
Redmine is open source and released under the terms of the GNU General Public License v2 (GPL).
Eine aufgeräumte Oberfläche und gut miteinander integrierte Features. Was will man mehr? Besonders schön sind die Rollen und der Multi-Projekt-Support und wie beides zusammenspielt.
Wir haben es jetzt bei uns im Probebetrieb und werden uns wohl dauerhaft damit wohlfühlen. Alle Anwender von Xceptance Load Test (XLT) können sich damit jetzt schon auf ein umfangreiches Projektsystem freuen, das Bugtracking, Wiki, Dokumentation, Forum, Roadmap und vieles mehr bietet.
Entwickler besitzen einen gewissen befremdlichen Grundhumor, aber verstehen kann man sie durchaus. Den folgenden Code hab ich beim Debugging des Dojo-Sourcecodes gefunden:
|
1 2 3 4 5 6 7 |
}catch(e){ dojo.debug("dojo.widget.Parse: error:" + e); // note, commenting out the next line is breaking several // widgets for me // throw e; // <strong>IE is such a bitch sometimes</strong> } |
Vom Eclipse-Projekt gibt es jetzt auch einen Memory-Analyzer. Ich probiere das Ding gleich mal aus. Es soll grosse Hprof-Dumps effizient analysieren können. Das wäre genau richtig, schliesslich quälen wir uns oft mit 1-2 GB Files rum.
Es gibt selten Tools von Microsoft, die mich vom Hocker reissen. Gut, die ganzen Teile von SysInternals sind Klasse, aber schliesslich hat MS diese Firma auch aufgekauft. Richtig gut ist aber auch Fiddler, ein Proxy mit richtig viel Schnickschnack.
Fiddler macht das Leben eines jeden Testers oder Webentwicklers viel einfacher. Wer es nicht glaubt – Ausprobieren!
Heute habe ich eine wunderbare Webseite zum Thema Java Concurrency gefunden. Jakob Jenkov hat hier viele interessante Themen zur parallelen Programmierung mit Java zusammengefasst. Ein Bookmark wert und in einer ruhigen Minute unbedingt mal lesen.
Java was one of the first languages to make multithreading easily available to developers. Java had multithreading capabilities from the very beginning. Therefore, Java developers often face the problems described above. That is the reason I am writing this trail on Java concurrency. As notes to myself, and any fellow Java developer whom may benefit from it.
Wer gern mal wissen möchte, wie moderne grosse Webseiten laufen, der kann sich hier die LinkedIn-Architecture anschauen und durchlesen. Und wieder ist Lucene die Search-Engine der Wahl. Interessant ist der LinkedIn-Network-Graph, der in Memory gehalten wird… 12 GB RAM.
Einzig die Behauptung
Garbage Collection pauses were killing them. [LinkedIn said they were using advanced GC’s, but GC’s have improved since 2003; is this still a problem today?]
kann ich nicht glauben. Deswegen wurde die Graph-Engine in C geschrieben. Ich denke mal, da war komplett etwas falsch, wenn der GC austickt.
Vor einigen Tagen ist ein Update für Apache Lucene erschienen. Die populäre Volltext-Search-Engine läuft jetzt in Version 2.3.2. Die Änderungen sind minimal, nur Bugfixes und nichts wirklich Dramatisches.