Einträge von Bernd Eckenfels

Da ich davon beim abendlichen Beercall erzählt bekam gehe ich davon aus, dass es schon alte News ist und sage dazu nichts weiter... naja außer vielleicht:

2ecki@calista:~> dpkg -l openssl
||/ Name                Version             Description
+++-===================-===================-======================================================
ii  openssl             0.9.7e-3sarge5      Secure Socket Layer (SSL) binary and related cryptogra

Ein nettes Feature beim Oracle SQL Developer ist die Möglichkeit einfachere oder komplexere SQL Statements als Reports zu hinterlegen und dann laufen zu lassen. Visualisierung in Form von Tabellen oder Grafiken mit inbegriffen.

In lockerer Folge möchte ich einige der Reports vorstellen die ich so einsetze. Heute der "Segment Size" Report, der eine Liste aller Segmente (eines Owners) erstellen kann, und diese nach Platzbedarf sortiert. Dabei werden für die Typen TABLE, INDEX und LOB* Details ausgegeben (also insbesondere zu welcher Tabelle das LOB oder Index Segment gehört, und welche Spalten es abdeckt).

Beim Start des Reports kann man den Owner (Schema User) angeben, für den man sich interessiert. Es wird hier ein substring vergleich verwendet, also bei der Eingabe von SYS (wie im Screenshot) werden die Ausgaben gruppiert nach mehreren Ownern gemacht.

Hier als Beispiel, der Index der im SYS Schema den meisten Raum belegt hat den Segment Namen "I_WRI$_OPTSTAT_H_OBJ#_ICOL#_ST" und er ist auf der Tabelle "WRI$_OPTSTAT_HISTGRM_HISTORY" im Tablespace SYSAUX angelegt. Der Index hat 3 Spalten, im Report wird nur die erste und letzte ausgegeben: "3: INTCOL#,SYS_NC00013$". Dies ist eine Einschränkung, weil es keine portable String Aggregationsfunktion gibt. Eventuell will sich jemand die Mühe machen dies auf mehr Spalten auszubauen?

Die Größenangabe des Segments (in Extends und Megabytes) basiert auf den Spalten bytes und extends aus dem DBA_SEGMENTS view. Entspricht also dem Platzverbrauch aber nicht dem Füllstand. Ausgelassen werden Recylce Objekte.

Der Report sollte mit allen Oracle Database Versionen lauffähig sein, das Export File ist im SQL Developer 1.5 Format. eckes-sqldeveloper.xml

Dana hat einen Artikel zum Thema verfasst (in Englisch) der ziemlich genau beschreibt, warum einige Unternehmen - gerade im Bereich IT und High-Tec - versagen. Lesebefehl.

Innovation statt Kapitulation.

Früher gab es kostenlose PDF Viewer die leichtgewichtig waren, und auf den meisten Plattformen verfügbar. PDF war ein einfaches Austauschformat. Zwar immer umstritten (Patente, Verschlüsselung, Freie Implementierungen, Versionen, Formulare, Scripte, etc) aber doch sehr erfolgreich (und benutzbar!).

Inzwischen ist der Adobe Reader zum Marketing-Vehikel von Adobe geworden. Bilder Galerien oder Web Konferencing Funktionen sind mit drin. Ständige nervige Auto-Updates und Taskleistenpest. Der Plugin ist generell langsam und instabil. PDF Inline Aufrufe klappen entweder Firefox oder im IE nicht (oder bei beiden nicht).

Nun ja, ein Mitbewerber ist XPS, aber das ist Microsoft, da kann man auch gleich .doc Files nehmen (was ich sogar bevorzuge!).

Das ist ganz schön deprimierend. Aber es geht noch schlimmer!

Am Horizont ist ein neues Format angetreten, das ursprünglich aus der Imaging/Scan Ecke kommt und hocheffiziente Komprimierung von Bilddaten anbietet. Neben dem Speichern (und schnellen Abrufen) von Scans kann man es auch für Bilderreiche Publikationen verwenden. Aber irgendwie habe ich den Eindruck Djvu hat den Sprung von "kleinem nützlichen Format" zum "unbenutzbaren Tool" schon vor dessen Verbreitung gemacht. Jedenfalls habe ich grade versucht auf meinem XP ein DJVue Demo Dokument zu öffnen. Zuerst wollte Firefox ein Plugin herunterladen, hat mich dann auf eine manuelle Plugin Installation umgeleitet und diese mit einem 404 beendet.

Dann habe ich die Java Version probiert, aber diese stürzt mit einer Security Exception ab (wenn man ein Applet von einem Host läd, dann sollte es auch nur von dort Daten anfordern, liebe Entwickler).

Gut, dann halt der Installer von Lizardtech. Ergebnis: der Auto Installer ist nur für IE verfügbar und die Stand-Alone Installation (6MB) bricht mit einem "RPC Server läuft nicht" Fehler im Installer ab.

Gut also WinDjview 0.5 heruntergeladen und auf die Foto Demo Seite gegangen. Ja toll, aber wo bekomme ich dort das Dejavu File das ich für den Viewer benötige?

Nun gut dann halt einen der Artikel probiert. Dort den .djvu Link angeclicked, und was passiert? Firefox kennt den Viewer nicht - er hat sich nicht mit der File Extension assoziiert. Also Open with.. Other... ah endlich. Aber... ihh.. das ist ja hässlich - da muss man ja mehr als 100% auswählen (in meinem Alter). Also als PDF Ersatz für Texte kann man das vergessen. Kein Anti Aliasing, kein Cleartype, keine Vectorfonts und überhaupt (ist ja auch nicht die Domäne des Formats). Eigentlich wollte ich es ja für Bilder probieren.

Ok, also die URL eines Demo Files aus der Seite extrahiert und angeclicked im Browser. Jetzt öffnet sich DeJaView als Anwendung und zeigt rassend schnell 220 leere Seiten an. Äh? Erst beim Click auf "Page Information" kommt dann ein Popup: "Error decoding page".

Ok... dann lassen wir es halt.

Die Java User Group Karlsruhe veranstaltet einen Vortrag über den SAP Memory Analyser, der nun Teil der Eclipse Infrastruktur ist. Als Referent wird am Mittwoch 2008-05-07 19:15 der SAP Mitarbeiter Markus Kohler den Vortrag in der Informatik Fakultät der Uni-Karlsruhe halten.

Ankündigung bei Google Groups

Update: ein Artikel des Referenten gibt es in der Eclipse DZone.

Schon seit einiger Zeit sind von allen großen Server Herstellern die leistungsfähigen Quad-Core Xeon Prozessoren von Intel zu haben. Das AMD Lager kam hier recht spät. Bei einigen Server Beschaffungen die bei uns in letzter Zeit anstanden waren die Dell 2950 mit 2-Socket Quad Core CPUs die erste (und einzige) Wahl.

Jetzt kündigt AMD endlich die Maintream Verfügbarkeit von Server Systemen mit den Quad Core Opteron CPUs an:

AMD and Partners announce Multi Core

Digital Rights Management (DRM) ist eine Methode Abspiel- und Kopier Möglichkeiten von Medien einzuschränken. Inhaltsanbieter sagen sie können damit günstigere Preise machen indem die Rechte auf ein vom Kunden benötigtes Maximum eingeschränkt werden. Kunden hingegen fühlen sich dadurch insbesondere mehrfach abgezockt.

So oder so hat DRM große Probleme, weil dem Kunden (dem Käufer) einiges an Rechte weggenommen wird. Das kann dann so weit gehen, dass man gekaufte Songs nicht mehr abspielen kann, weil die DRM Server nicht erreichbar sind, oder keine Geräte mehr das Verfahren unterstützen.

Microsoft hat den DRM Skeptikern einst versucht mit Ihrer "Plays for Shure" Campagne zu entgegnen. Ironischer weise schaltet Microsoft diesen Dienst jetzt ab, was dazu führt dass man die gekauften Medien nicht mehr von einem Gerät zum anderen übertragen kann (sondern nur noch auf den 5 registrierten Geräten).

Wieder einmal zeigt sich, dass offene Formate eine sichere Zukunftsinvestition sind.

Via Kris.

Update: auch im Spiegel.

Wenn man bei Novell angibt den Username und das Passwort vergessen zu haben, so bekommt man einen Passwort Reminder, der neben dem Usernamen auch die Securityquestion enthält - und die Antwort (was soll das denn, da kann man ja gleich nen neues Passwort zusenden). Rotfl:

Die Nachfrage nach coolen oder aussagekräftigen Domain Namen ist ja weitgehend rückläufig (weil es keine mehr gibt), aber auch aus dem realen Leben kennt man Eitelkeitsaddressen (Microsoft Way 1). Aber ganz besonders amüsant fand ich diese Postanschrift:

Seagate Technology, 900 Disc Drive, Scotts Valley, CA 95066

Ob das auch gleich eine Telefonnummer ist?

Den Termin habe ich grade zufällig im Karlsruhe IT-Termine Kalender gefunden als ich ausprobiert habe ob Chandler den Google ICS Stream importieren kann (ja kann er):

Dipl.-Inform. Peter Rösler (München):
“Überraschungen aus der Welt der Software-Reviews”

Verantalter: GI/ACM-Regionalgruppe Karlsruhe
Termin: Mittwoch, 23.04.2008, 19:00 Uhr (Ende: ca. 20:30 Uhr)
Ort: Universität Karlsruhe (TH), Fakultät für Informatik, Am Fasanengarten 5, Raum -101
Anmeldung: Zur besseren Planung wird um eine kurze Rückmeldung gebeten

Ich hoffe ich kann mir das einrichten.

Die letzten paar Tage habe ich mit einem sehr interessanten und unterhaltsamen Buch verbracht. Es lag schon einige Zeit auf dem Todo Stapel, jetzt habe ich es in kürzester Zeit verschlungen. Es ist Scott Rosenberg's "Dreaming in Code".

Rosenberg liefert in dem Buch einen Projekt Report ab. Dabei geht es um das Open Source Projekt Chandler, das von Mitch Kapor, einem Software Veteranen (und Investor) aufgebaut, finanziert und geleitet wird. Das Projekt hatte eigentlich idealer Voraussetzungen für einen Erfolg - steckt aber immer noch in den Kinderschuhen. Wie dies passieren konnte ist eines der Hauptthemen des Buches.

Es ist kein Programmier Handbuch, sondern mehr eine Chronik des Software Industrie. Die unzähligen Verweise und Zitate aus bekannten und unbekannten Quellen ergeben ein erstaunliches Rundes Bild - fast als wäre das Chandler Projekt reine Fiktion. Das wird unterstützt durch den Roman Charakter des Buches - es ist spannend Kapitel für Kapitel der Arbeit der Protagonisten (und unserer Industrie) zu folgen.

Ein gut geschriebenes Buch (die Englischen Texte sind zwar verständlich aber durchaus anspruchsvoll) das ich nur empfehlen kann. Auch wenn man sich mit den Grundlagen und Best Practises in der Softwarebranche auskennt erhält man doch einige Auffrischer, interessante Zitate oder Hintergrundinformationen. Wie man an den Amazon Bewertungen sehen kann, so ist nicht jeder dieser Ansicht. Es ist also sicherlich Hilfreich sich nicht für unfehlbar zu halten, sonst bringt einem das Buch keinen wirklichen Gewinn.

(416 Seiten, Gebunden (oder Taschenbuch), Englisch, Crown Publishers Januar 2007).

Als eine Art Nachfolger des Linuxtages (der ja nicht mehr in Karlsruhe veranstaltet wird) scheint sich die Open Source Expo etablieren zu wollen. Der etwas breitere Themenschwerpunkt scheint eine gute Voraussetzung für eine erfolgreiche Veranstaltung zu sein.

Kongresszentrum Karlsruhe, 25. und 26. Mai 2008

Ich bin mal gespannt, wie sich diese Veranstaltung so machen wird, und freue mich, dass weiterhin in Karlsruhe die interessanten Veranstaltungen der Community zu finden sind. Dahinter steht die S&S Media Group, die ja sehr stark im Bereich IT und OSS Media+Konferenzen tätig ist.

Wie schon im ersten Teil beschrieben, muss man trotz der Platform Unabhängikeit von Java etwas über die Zielsysteme wissen, um grobe Fehler zu vermeiden:

/** save data as UTF-8 string to file. */
saveFile(String data, File file) throws IOException, UnsupportedEncodingException {
  OutputStream out = null;
  bytes[] b = data.getBytes("UTF-8");
  try {
    out = new FileOutputStream(file);
    out.write(b);
  } catch(IOException ioe) {
    System.err.println("Cannot save data in UTF-8 to file " + file + ": " + ioe);
    throw ioe; // notify upper layer about problem
  } finally {
    silentClose(out); out = null;  // BANG, problem unterdrückt.
  }
}

silentClose(OutputStream out) {
  if (out != null)
    try { out.close(); } catch (Exception ignored) { }
}

In diesem Fall wird zwar richtigerweise im Fehlerfall der Output Stream geschlossen und die dabei eventuell auftretende Exception ignoriert, aber viel kritischer ist der Fall in dem im try block keine Exception aufgetreten ist, aber dafür dann das close() fehlschlägt.

Es muss damit gerechnet werden dass im close() auf einem OutputStream eine IOException auftreten kann - sogar sehr häufig - der Grund dafür ist, dass zum einen der Stream einen flush() vor dem close() durchführen wird. Dazu kommt noch, dass die close() Methode der letzte Zeitpunkt ist, in dem ein IO Fehler gemeldet werden kann. Bei NFS ist es z.B. so, dass der client wartet bis der Server den Empfang bestätigt hat. Und dabei kann natürlich eine Menge schiefgehen. Auch quota Überschreitungen können zu einer IOException führen.

Es hilft etwas als letztes Statement im try-block einen flush() durchzuführen, aber es besteht weiterhin ein Risiko dass close() fehlschlägt. Eine wichtige Regel lautet also: bei Streams in die geschrieben wird kann close() einen Fehler werfen, diese darf nicht ignoriert werden (sonst gehen Daten verloren)!

saveFile(String data, File file) throws IOException, UnsupportedEncodingException {
  OutputStream out = null;
  bytes[] b = data.getBytes("UTF-8");
  try {
    out = new FileOutputStream(file);
    out.write(b);
    out.close(); out = null;
  } catch(IOException ioe) {
    System.err.println("Cannot save data in UTF-8 to file " + file + ": " + ioe);
    throw ioe;
  } finally {
    silentClose(out); out = null;
  }
}

Im Falle von NFS ist obiger Code ausreichend. Nach dem close() ist es garantiert, dass die Daten permanent gespeichert sind. Bei lokalen Filesystemen wird diese Garantie von den gängigen Betriebsystemen NICHT gegeben. Die Daten können auch nach einem close() nur im lokalen Buffer Cache des Filesystems (RAM) liegen und erst nach einiger Zeit (typischerweise 5 Sekunden) an die Hardware Schicht übergeben werden. Dies ist zwar gut für die Performance, aber ein potentielles Fenster für Datenverlust - und eventuell Korruption des Anwendungszustandes.

Wie dies zu vermeiden ist, betrachte ich im nächsten Teil (der kein Jahr auf sich warten lassen wird:)

Bug Tracking Systeme sind immer wieder eine Quelle für Erheiterung. Wir setzen bei uns Bugzilla ein, und ein sehr amüsanter Kommentar einer Entwickler-Kollegin der dazu verwendet wurde einen mehrfach reporteten Bug Report zu schliessen (State: RESOLVEd DUPLICATE) kann ich Ihnen nicht vorenthalten:

You are so stateless...

Bezog sich wohl auf das Reporten und Vergessen des Kollegen. Mit diesem Artikel habe ich auch eine neue Kategorie eingerichtet. ROTFLBTC (Rolling On The Floor Laughing and Biting The Carpet).

Es gibt zwar viele Produkte die BPEL verwenden, aber richtige Communities haben sich nicht gebildet. Meiner Meinung nach ist das mit ein Zeichen, dass das Thema Interoperabilität hier beim Thema BPEL eher weniger wichtig ist, und sich die Anwender mit Ihren jeweils bevorzugten Produkten beschäftigen.

Ich hatte vor einiger Zeit schon die wsbpel-dev Yahoo Gruppe ins Leben gerufen, und Oasis ist mit einer entsprechenden Liste nachgezogen.

Beide nur mit bescheidenem Erfolg. Jetzt hat Oasis aber eine Wiki Site dem Thema gewidmet: Scheint so, als würde sich hier etwas stärker eine Community bilden: http://bpel.xml.org