Noch ist nichts zu sehen, aber bald: test.alertbird.de
Schlagwort-Archiv: Alertbird
Das Orakel (oder: auf dem Weg zu den Originaldaten)
Einer der Haupthinderungsgründe für den Weiterbetrieb der Alertbird-Software war ja immer der Ressourcenbedarf (sowohl Rechner- als auch Geld-) der Oracle-Datenbank. Meine Umbautätigkeiten bestehen deshalb bisher zum größten Teil aus Änderungen, um die Daten in Zukunft in einer PostgreSQL-Datenbank halten zu können. Leider habe ich die alten Daten nur in Form eines exp/imp-Dumpfiles für Oracle 8i, drum mußte ich tricksen:
Aus der Arbyte habe ich mir eine virtuelle VMWare-Maschine mit Oracle 9i drauf ausgeliehen, dort den Dump eingespielt und mit einem JAVA-Programm die Daten in die Postgres rüberkopiert (solche Programme sind schnell geschrieben, das habe ich schließlich im FleetBoard-Projekt lange genug geübt). Leider waren nachher alle Umlaute weg (bzw. es war ein Bit abgeschnitten — die Leute heißen dann z.B. „Jvrg“). Kurz nachgesehen: die Umlaute waren aber auch in der Quelldatenbank schon weg, am Kopierprogramm liegt’s also nicht. imp nochmal ausgeführt: da steht doch tatsächlich, die Daten seien US7ASCII-Kodiert. Ohje, sollten die Umlaute etwa beim Export schon verschwunden sein? Dann wären sie seit 2004 weg und wohl nicht wieder aufzutreiben…
Zum Glück waren die Umlaute in der Datei selbst vorhanden, da stimmte wohl nur die Deklaration nicht (das bedeutet übrigens gleichzeitig, daß Umlaute in Alertbird in der Vergangenheit nur deshalb funktioniert haben, weil Oracle sich vor Version 9 nicht um den Inhalt des achten Bits geschert hat, wenn ein 7-Bit-Zeichensatz eingestellt war). Hier fand ich eine Erklärung, wie die Zeichensatzangabe in die Exportdatei kommt. Ich brauchte also nur einen Hexeditor…
… und mußte den Anfang der Datei von „03 00 01 …“ auf „03 00 1F…“ ändern, nochmal in Oracle importieren und die Kopie noch einmal starten.
Das sieht doch schon ganz gut aus (an den Datumsfeldern muß ich aber noch feilen, die verlieren noch alle ihre Uhrzeit):
Der große Altmann
Es geht voran
Kreisch, Vogel
Mein kleines Web-1.0-Projekt:

In den guten alten Tagen der .com-Zeit, da gab es mal eine Aktiengesellschaft, die wollte eine Plattform für „Mobile Group Communication“ aufbauen: Benutzer sollten Treffen über Web, mit WAP (damals Brandneu) und SMS (damals der Hit) und eMail organisieren können.
Meine Kollegen Stefan und Thomas (dieser Vorname ist ja sooo selten) haben das damals implementiert, gestalterisch stand ihnen ein stetig wachsendes Alertbird-Team zur Seite (später gab’s auch dort „richtige“ Softwareentwickler). Eine schöne Web-1.0-Anwendung entstand. Internetanbindungen waren aber teuer, Datenbanken und Server auch, Angestellte erst recht, und so war es leider irgendwann wieder vorbei mit der Aktiengesellschaft. Aber da die Chefs von Alertbird (Hallo, Sebastian und Jens!) im Gegensatz zu manch anderem Kunden aus der Zeit mit offenen Karten spielten, und weil der Service ja nicht schlecht war und auch fleißig genutzt wurde, liefen die Server bei uns Entwicklern weiter.
Leider kam auch für exolution irgendwann das Ende der Geschäftstätigkeit in Form einer Insolvenzanmeldung. Alles was seitdem zu sehen war, war eine Fehlermeldung auf der Alertbird-Seite…
…und der einzig erklärende Hinweis im Wazong-Wiki:
Mein bisheriger Arbeitgeber, die exolution GmbH, die Alertbird seit der Insolvenz der Alertbird AG freundlicherweise weiterbetrieben hat, ist jetzt selbst insolvent.
Wir planen, Alertbird wieder in Betrieb zu nehmen (diesmal bezahle ich den Betrieb privat), aber es sind erst ein paar Änderungen nötig. Insbesondere muß Alertbird ohne Oracle-Datenbank laufen, weil mir der sechsstellige Eurobetrag, den so eine Lizenz für einen Internetdienst kostet zu hoch ist. Zum Glück haben sich ein paar freiwillige gefunden, die in ihrer Freizeit an den notwenfigen Änderungen arbeiten.
An alle, die sich vielleicht Sorgen machen: Die Datenbasis in Alertbird ist nicht verlorengegangen. Wir beabsichtigen auch nicht, die Daten an jemanden zu verkaufen sondern hoffen, bald mit einer neuen Alertbird-Version und den alten Daten wieder hier zu sein.
Hin und wieder erreichten mich Anfragen (Hallo, Herr Bachhausen!), ob es denn demnächst wieder losgeht.
Dann schrieb hier vor kurzem Don Dahlmann, daß die guten Ideen nicht auf die Frage „was könnten die anderen Leute gebrauchen?“, sondern auf die Frage „warum gibt es das eigentlich nicht?“ gefunden werden. Eigentlich fehlt mir die Funktion, die Alertbird damals bot, nach wie vor. Zusätzlich schweben mir selbst noch einige Dinge vor, die auch im grundsätzlichen Themengebiet der Terminorganisation angesiedelt sind, und ich hätte auch gerne einen Ort, an dem ich diese hübschen Web-2.0-Techniken ausprobieren kann. Eigentlich gibt es also nur gute Gründe, den Alertbird wieder auszupacken (und sei es nur als persönliche Technikspielwiese).
Gestern habe ich mich jetzt endlich drangesetzt, und erstmal mit Schrecken festgestellt wie alt der Code ist: ant war wohl noch nicht erfunden, und so wird alles mit make aufgesetzt. Die Verzeichnisstruktur ist deswegen auch bestenfalls gewöhnungsbedürftig. Und weil CVS mit Verschiebungen im Verzeichnisbaum nicht gut umgehen kann, habe ich das Code-Repository auf Subversion gewechselt.
Jetzt muß ich zuallererst den Code mit ant in Eclipse zum kompilieren bringen, dann die Oracle-Spezifika entfernen, dann den HTML-Code entrümpeln und dann sehen wir weiter…
Bis wirklich wieder etwas anzuklicken ist, wird es sicher einige Zeit dauern.
Falls jemand mitarbeiten möchte, insbesondere die früheren Kollegen bei exolution und die ehemaligen Angestellten der Alertbird AG, möge er/sie sich bei mir melden.

(die Grafiken stammen übrigens aus den ersten Designentwürfen von 2000)