Wiki-Engine
Ich benutze Mediawiki – kostenlos, Open Source, PHP + MySQL. Läuft auf jedem XAMPP-basierenden Webserver bzw. auf jedem Webserver, der PHP und MySQL unterstützt. XAMPP gibt es wiederum für jedes halbwegs verbreitete Betriebssystem.

Hat man Mediawiki installiert kann man eigentlich schon loslegen. Allerdings gibt es in der Regel bei internen Wikis noch ein paar zusätzliche Bedürfnisse. Dafür stehen diverse Extensions zur Verfügung.

Benutzerregistrierung und Freischaltung
Um eine Registrierung neuer Benutzer mit einer administrativen Freischaltung zu verbinden bietet sich die Extension Confirm user accounts an (http://www.mediawiki.org/wiki/Extension:ConfirmAccount). Von Hause aus besitzt Mediawiki nämlich keinen derartigen Workflow, sondern es kann sich einfach jeder registrieren.

Letzte Änderungen anzeigen
In meinen Augen ein wirklich wichtiges Plugin: News (http://mediawiki.org/wiki/Extension:News). Zeigt die letzten Änderungen im Wiki an, kann auch nach Kategorien filtern und bietet noch etliche weitere Einstellungen. So kann man z.B. eine Startseite bauen, welche die neuesten Einträge pro Abteilung anzeigt.

Alte Artikelversionen löschen
Special:DeleteOldRevisions2 (http://www.mediawiki.org/wiki/Extension:SpecialDeleteOldRevisions2) ermöglicht das Löschen alter Artikelversionen. So kann man z.B. Platz sparen oder sensitive Informationen aus der History eines Artikels verschwinden lassen.

Benutzer Löschen
Möchte man Benutzeraccounts löschen, weil der betroffene Anwender z.B. ausgeschieden ist oder es sich um einen Testaccount handelte, ist man mit User Merge and Delete (http://www.mediawiki.org/wiki/Extension:User_Merge_and_Delete) gut beraten. Die Extension löscht nicht nur den Account. Sie sorgt auch dafür, dass der Datenbestand konsistent bleibt, indem die Beiträge des gelöschten Users einem anderen (im Zweifel anonymen) Benutzer zugeordnet werden.

Syntax Highlighting
Für IT/Entwickler-Wikis, welche Quellcode enthalten, interessant: Syntax Highlighting für bessere Lesbarkeit. Hier habe ich mit SyntaxHighlight GeSHi (http://www.mediawiki.org/wiki/Extension:SyntaxHighlight_GeSHi) gute Erfahrungen gemacht.

Skype Links
Wird Skype im Unternehmen (oder wo auch sonst) eingesetzt bietet sich noch die Skype-Extension (http://www.mediawiki.org/wiki/Extension:Skype) an. Diese muss zwar vor der Installation erst von Hand in eine PHP-Datei kopieren, anschließend kann man aber Skype-Links direkt ins Wiki-Markup einbauen und so Ansprechpartner quasi per Klick erreichen.

Die Extensions laufen übrigens alle problemlos mit der Mediawiki-Software 1.15.3.

Das Bespin-Projekt baut einen webbasierenden, einfach erweiterbaren Code-Editor mittels des HTML5-Standards. Der Editor läuft komplett im Browser . Er kann entweder in eigene Anwendungen eingebettet oder auf einem Server installiert werden. Bei Mozilla Labs gibt es unter https://bespin.mozillalabs.com/ eine Demo-Installation. Der Editor beherrscht bereits Syntax Highlight für diverse Programmiersprachen und die Anbindung an ein Version Control System.

Weitere Beispiele für den “IDE-in-the-cloud” – Trend sind Ecco oder der Zoho Creator.

In der Produktion Teile von Drittanbietern einzusetzen ist gang und gäbe. Ob in der Autoindustrie oder in der Softwareentwicklung. Die Motivation dahinter ist letzendlich, Zeit und Geld zu sparen. Warum sollte ich das Rad neu erfinden? Der Drittanbieter hat in der Regel bereits beträchtliche Summen in die Perfektion seiner Komponente investiert und meine eigenen Ausgaben würden höchst wahrscheinlich ähnlich hoch sein, bis ich ein vergleichbares Produkt selbst entwickelt habe.

Allerdings birgt die Abhängigkeit von einem externen Anbieter immer Risiken, auch in der Sofwareentwicklung. Beispiel aus der Praxis: Wir entwickeln in meiner Firma ein geschäftskritisches, internes Projektmanagement-System, eine Windows-Client/Server-Anwendung auf Basis von Microsoft .NET. Für die Benutzeroberfläche setzen wir stark auf die telerik RadControls for WinForms, ein (auf den ersten Blick) ziemlich beeindruckendes Framework von UI-Controls. Allerdings stoßen wir hier immer wieder auf ärgerliche Bugs. Für viele lässt sich in der Regel ein schneller Workaround finden, so dass die Investitionen in die RadControls insgesamt noch deutlich unter dem Aufwand für eine entsprechende Eigenentwicklung liegen.

Allerdings gibt es momentan ein Problem, für dass wir keinen Workaround entwickeln können: Die ganze Anwendung stürzt beim Drücken einer Akzent-Taste ab. Da wir ein Übersetzungsdienstleister sind, der u.a. auch Französisch anbietet und mit Kunden und Lieferanten in aller Welt zusammenarbeitet, ist das natürlich kritisch. Mehrmals pro Tag hört man hier im Büro die Flüche der Anwender, die gerade wieder einmal ihren Client per Akzent ins Nirvana befördert haben. Der Fehler ist nun bereits an telerik gemeldet und bestätigt worden, für dessen Behebung gibt es allerdings noch keinen Termin.

Diese Situation ist natürlich extrem unbefriedigend. Was haben wir für Alternativen? Wir könnten auf die RadControls verzichten. Das bedeutet aber entweder extrem hohen Aufwand für die Eigenentwicklung brauchbarer Alternativen oder Investitionen in eine Controlsuite eines Konkurrenzanbieters, einschließlich des Lernaufwandes der Entwickler – und wer garantiert uns, dass diese Control letztendlich fehlerfreier sind? Wir könnten auch den Sourcecode der betroffenen Controls selbst anpassen, der uns aufgrund unserer Lizenz zur Verfügung steht. Damit läuft man aber wieder in Probleme beim Update auf ein neues Release der Controls. Oder wir warten einfach, bis telerik den Fehler behoben hat, gegebenenfalls kann man versuchen, den Prozess durch regelmäßiges Nachfragen beschleunigen.

Alles in allem also nur die Wahl zwischen Pest und Cholera. Hier ist wie gesagt “nur” unser internes PM-System betroffen. Nicht auszudenken, wenn es sich um eine extern releaste Software handeln würde. Die Nutzen und Risiken sollten in dem Fall also tatsächlich gut abgewogen werden.

http://mark.michaelis.net/Blog/BuildStatusUsingLavaLampsByKenNichols.aspx

Da lässt doch tatsächlich jemand den Build-Status seines Projekts computergesteuert von verschiedenfarbigen Lavalampen anzeigen.

Sehenswert

Allerdings gibt es ein kleines Problem bei der Zusammenarbeit von NHibernate und MySQL im Zusammenhang mit dem MySQL Connector/NET: MySQL bietet, warum auch immer, so genannte “Null-DateTimes” an, d.h. Daten der Art 00/00/0000. Außer MySQL kann damit allerdings niemand so recht etwas anfangen, schon gar nicht das System.DateTime-Struct von .NET. Die Eigenintelligenz von NHibernate gibt sich nun zwar alle Mühe, den Inhalt eines nicht-leeres DATE(TIME)-Feld in der DB in ein DateTime zu konvertieren, erntet aber leider eine Exception, da .NET, verständlicher Weise, keine Null-DateTimes akzeptiert.

Eine in meinen Augen schlaue Lösung wäre, die Null-DateTimes wie ein leeres Feld (NULL) zu behandel und dementsprechend statt eines normalen DateTimes ein DateTime?, also ein nullable DateTime für die entsprechende Porperty zu benutzen. Was nun noch fehlt ist die Möglichkeit, das Feld in der Datenbank ohne Exception entsprechend zu konvertieren, d.h. die Intelligenz von NHibernate durch einen eigenen “Konverter” zu erweitern.

Genau für solche Zwecke bietet NHibernate den IUserType an. Eine Klasse, die dieses Interface implementiert, kann für die entsprechenden Properties einer O/R-Klasse als ColumnType angegeben werden. Das Lesen und Schreiben der Property, bzw. dessen Vorbereitung, erledigt dann die IUserType-Implementierung. Im folgenden nun ein Beispiel für eine geeignete Vorgehensweise bezüglich der MySqlDateTime-Problematik:

UserType:

namespace ReneMt.Data
{
public class HibernateNullableDateTime : NHibernate.UserTypes.IUserType
{
public object Assemble(object cached, object owner)
{
return DeepCopy(cached);
}

}
}


O/R-Klasse:

using Castle.ActiveRecord;

[Property("dayofbirth",
ColumnType = "ReneMt.Data.HibernateNullableDateTime, ReneMt.Data")]
public DateTime? DayOfBirth
{
get { return m_dayOfBirth; }
set { m_dayOfBirth = value; }
}
}
}


That’s it

Ich arbeite gelegentlich für eine Firma, die vermutlich genau den Code geschrieben hat

Hoffentlich wird da nie Open Source draus.

Mitunter hat man mal so richtig Lust, es diesem blöden Visual Studio zu zeigen. Aber da steht es wohl drüber

Könnte aber auch daran liegen, dass wir in der Firma mit einer deutschen Version arbeiten – wobei alleine das oftmals schon die Pest ist.)

Ich sitze an meinem Laptop, auf dem Linux läuft

Nein, ich werde jetzt nicht der Microsoft-Welt abschwören (zumindest nicht komplett), und auch statt “richtigem” .NET nur noch Mono machen. Die Geschichte geht so:

Dass ich mich mit Linux eingehender beschäftig habe ist schon etwas her. Klar lese ich im Netz und in der Fachpresse öfter mal interessante Sachen – aber dabei schwingen immer solche Gedanken mit wie “Wer MACHT sich denn so ein Stress? Ich nehm einfach Windows (-Server) und gut ist!” Das ist auch die schöne Realität in der Firma – aber außerhalb sieht das natürlich etwas anders aus, hauptsächlich weil alles Gute von Microsoft auch gut Geld kostet. Linux testete ich daher vor etwa 10 Jahren etwas ausgiebiger, und dann nochmal während meiner Studienzeit. Ergebnis damals: Ganz nett teilweise – aber richtig sinnvoll nur für Nerds, da es noch zu viele Probleme gab.

Nun arbeite ich, abseits der Firma, an einem neuen Web-Projekt, und zwar mit mehreren Leuten. Für die verteilte Entwicklung ist natürlich ein zentrales Sourcecode-Repository so ziemlich unerlässlich. Und viel Geld kosten sollte das auch nicht. Wir setzen Subversion ein, mit dem ich in der Firma schon sehr gute Erfahrungen gemacht habe. Um einen entsprechenden Server aufzusetzen brauche ich dort quasi administrativen Vollzugriff, um die Konfiguration funktionstüchtig einzurichten. Webhosting scheidet somit quasi komplett aus, und managed Server kosten Geld.

Allerdings habe ich noch meinen guten, alten Laptop ‘rumliegen. Einen 2001er Dell Latitude CPxH, Pentium III 450MHz, 256MB RAM, 30GB HD, Xircom RBEM100-56G PCMCIA-Netzwerkkarte. Stromverbrauch ohne Akku: Knapp 20 Watt mit eingeschaltetem Display, ohne sogar weniger. Außerdem haben wir bei Flexstrom ein 2.400kWh-Ökostrom-Paket gebucht, bleiben aber beim Verbrauch wohl deutlich darunter, nämlich bei etwa 1.500 bis 1.800kWh. Wenn der Laptop-Server nun 24/365 durchliefe wären das wohl max. 200kWh im Jahr. Somit entstand die Idee, auf dem Laptop einen Linux-basierenden Subversion-Server zu installieren.

Allerdings klingt das einfacher, als es war Zunächst einmal war das Original-CD-ROM-Laufwerk defekt. Ich konnte also keine Systeminstallation von CD booten. Und da sowohl CD als auch Disketten-Laufwerk bei diesem Notebook Wechsellaufwerke sind, die in ein und den selben Schacht kommen, erwies sich die Idee, von Diskette zu booten und dann die CD zu mounten auch als etwas schwierig. So entschloss ich mich, noch einmal EUR 30,00 in meine antiquarische Rechenmaschine zu investieren und kaufte ein neues CD-RW/DVD-ROM-Laufwerk. Die nächste Hürde: Das passte nur prinzipiell ins Wechselgehäuse. Das Problem war die Frontblende. Die Original Dell-Blende passte nicht aufs neue Laufwerk und die neue Blende war zu breit für den Laufwerkskäfig. Da dieser aus Kunststoff besteht und ich auch Besitzer eines Cutter-Messers bin wurde er kurzerhand zurechtgeschnitten. Sieht nicht mehr unbedingt original aus, aber dafür passt das Laufwerk.

“Puh”, dacht ich, “das Schmlimmste ist überstanden. Nur noch schnell installieren.” Denkste. Beim Selbsttest nach dem Einschalten meldete das Notebook: “Ich kann das Laufwerk im Wechselschacht nicht erkennen!” – und ließ sich nur noch herunterfahren. Die Linux-Installation von CD zu booten schied also aus. Damit flog auch der erste dafür auserwählte Kandidat aus dem Rennen: Der Debian-basierende c’t-Server ließ sich nur von einer Boot-CD starten – und erkannte außerdem die Xircom-Netzwerkkarte nicht. Auf dem Notebook befand sich noch eine Windows-Installation – und unter dieser funktionierte das CD-Laufwerk problemlos. Das machte Hoffnung und legte folgende Strategie nah: CD-Laufwerk entfernen, Notebook starten, nach dem Selbsttest Laufwerk wieder einsetzen. Mit booten von CD/DVD war da zwar immer noch nix mehr, aber nutzen konnte man das Laufwerk wenigstens ansonsten.

Jetzt lud ich mir openSUSE 10.3 herunter. Und welche Freude: Da gibt es einen Windows-Installer. Man kann die Installation unter Windows anstoßen, neu starten und dann weiter installieren. Und das funktionierte auch mit der zurecht gelegten CD-Laufwerks-Strategie problemlos. Weiterhin erkannte SUSE auch die Xircom-Netzwerkkarte: Während des Setups synchronisierte sich das Notebook bereits mit einem NTP-Server im Internet. Klasse!

30min später war die Freude allerdings nicht mehr los: Obwohl das System zwar die Netzwerkkarte erkannte und korrekt für DHCP konfiguriert war erhielt die Karte keine IP-Adresse und der Netzwerk-Zugriff war somit unmöglich. Und zwar schon während des letzten Teils des Setups, als eigentlich online nach Updates gesucht werden sollte. Nach einer Nacht drüber schlafen dämmerte mir eine Lösung: Beim Setup konnte man für die Konfiguration der Netzwerkkarte zwischen “User Controlled with Network Manager” oder “Traditional Method with ifup” wählen. Ich, ganz dem Fortschritt huldigend, wählte natürlich den Network Manager. Als ich dann im Yast-Control Panel auf “ifup” umstellte hatte ich auch eine funktionierende Netzwerkverbindung.

Der Rest war dann schnell erledigt: Den SSH-Dämon konfigurieren, bei opensuse.org das Subversion-Paket herunterladen und installieren, Repository-Ordner anlegen und Rechte setzen. Nun läuft bei mir ein knapp 20W verbrauchender Subversion-Server mit für den derzeitigen Umfang des Projekts völlig ausreichender Performance.

Weiterhin muss ich feststellen: Sofern man nicht auf irgendwelche Windows-Programme unbedingt angewiesen ist, ist so ein Linux als Betriebssystem völlig ausreichend. OpenSUSE mit KDE als Desktop sieht meiner Meinung nach super aus, ist XP bedientechnisch teilweise deutlich voraus, fühlt sich selbst auf meiner alten Hardware agil an und läuft stabil und zuverlässig mit der gesamten, vorhandenen Hardware. Hätte ich noch OpenOffice sowie die Multimedia-Komponenten installiert hätte ich vermutlich ein ziemlich vollwertiges Desktop-System. Eigentlich sehe ich nur bei zwei Punkten Schwierigkeiten für einen konsequenten Linux-Einsatz:

1. Ich bin Gamer – die meisten aktuellen Spiele gibt es nun mal auf Windows/DirectX-Basis
2. Ich bin auf bestimmte Windows-Software angewiesen. Stichwort: Visual Studio / .NET-Entwicklung

Aber ggf. lässt sich hier ja auch eine Lösung in Form von Emulatoren/APIs (Wine) oder dem Einsatz einer VM finden.

Hintergrund: Ich bastle gerade eine Multithreading-Anwendung, eigentlich eher eine Dualthread-Anwendung: Ein Thread für die eigentliche Arbeit, einer für die Benutzeroberfläche inklusive “Abbrechen”-Schaltfläche Die Idee ist altbekannt: Der Workerthread läuft im Hintergrund und soll seine Arbeit abbrechen, wenn der User in der Oberfläche auf den entsprechenden Button klickt. Da die Teilergebnisse seiner Arbeit in meinem Fall bei einem Abbruch uninteressant sind kann der Thread also tatsächlich sofort aufhören zu arbeiten, wenn der User das will.
Die simpelste Möglichkeit, ohne irgendwelche Flags als synchronisierte Membervariablen o.ä. zu implementieren, ist ein Aufruf von Thread.Abort. Der Aufruf führt dazu, dass – sowohl im aufrufenden als auch im Workerthread – eine ThreadAbortException geworfen und der Thread (in der Regel) unverzüglich termniniert wird.

Die ThreadAbortException kann allerdings etwas lästig werden, sie ist nämlich nicht tot zu kriegen. Wie die MSDN dazu ausführt:

"ThreadAbortException is a special exception that can be caught, but it will automatically be raised again at the end of the catch block. "

.

Das kann zur Folge haben, dass die ThreadAbortException an mehreren Stellen in diversen Exception-Handlern hängen bleibt, und der Anwender z.B. in einer MessageBox darüber benachrichtigt wird. Folglich sind diverse Sonderbehandlungen notwendig.

Allerdings ergibt sich hier eine interessante Möglichkeit: Man kann die ThreadAbortException auch dazu benutzen, den WorkerThread davon zu benachrichtigen, dass er sich beenden soll. Möglich wird das, weil die Exception ja auch in ihm (also in seinem Thread) geworfen wird – und dort auch gefangen werden kann. So kann z.B. eine aufgerufene Methode sauber null zurückliefern. Wenn da nicht dass Problem wäre, dass die Exception immer erneut geworfen wird.

Abhilfe schafft hier die Methode Thread.ResetAbort . Diese bricht einen Abort-Request für einen Thread wieder ab, so dass dieser im Prinzip völlig desinteressiert weiterlaufen könnte – oder sich aber auch selbst beenden. In beiden Fällen verschwindet auch die ThreadAbortException wieder. Somit ließe sich ein "sauberer" Abbruch des WorkerThreads nach folgendem Muster realisieren:


class MainForm
{
  protected void btnCancelWorkerThread_Click(object sender, EventArgs e)
  {
    m_workerThread.Abort;
  }
}

class HeavyWorker
{
  public byte[] DoHeavyWork(string params)
  {
    try
    {
      return InternalHeavyWork(params);
    }
    catch (ThreadAbortExcpetion)
    {
      Thread.ResetAbort();
      return null;
    }
  }
}


Quizfrage: In welcher versteckt sich der Begriff?

Antwort: Richtig, in der viertletzten…

Das lustige daran: Hier soll so eine Art Online-Konfigurator für Autos nachgebildet werden. Die Datenquelle für die Auswahl des Händlers ist allerdings die gute, alte “Northwind”-Datenbank. So kann ich meinen neuen Golf dann in “Ottilies Käseladen” erwerben.

Allerdings scheint das Ganze nicht völlig realitätsfremd zu sein: Gegenüber meiner Firma ist ein Laden mit der Überschrift “D.G. Punjabi – Imbiss & Autohandel”. Das nenne ich doch mal “Cross-Selling”

• In-Proc(ess)
  Beim In-Process – Sessionmanagement werden die Session-Daten im selben Speicher gehalten wie der ASP.NET Arbeits-Prozess, welcher die aktuelle Anwendung hostet. Dieses ist die bei weitem schnellste Möglichkeit der Session-Verwalttung, birgt aber auch Risiken: Sollte die ASP.NET-Anwendung aus irgend einem Grund neu starten so sind auch sämtliche Session-Daten verloren.
• Out-Of-Process
  Beim Out-Of-Process – Sessionmanagement werden die Session-Daten – wie der Name schon vermuten lässt – in einem separaten Prozess verwaltet. Dieser kann entweder auf dem gleichen Server wie der IIS (und der ASP.NET Arbeitsprozess) laufen oder aber auch auf einem anderen Rechner. Dadurch erreicht man hier eine gewisse Skalierbarkeit, denn gerade bei vielen Benutzern (Sessions) und vielen in der Session gespeicherten Daten geht der IIS merklich in die Knie. Weiterhin bleiben die Session-Daten bei einem Reset der ASP.NET-Anwendung erhalten. Der Preis dafür ist jedoch ein gewisser Geschwindigkeitsnachteil gegenüber der In-Proc – Sessionverwaltung.
  "Physisch" gesehen gibt es hier zwei Möglichkeiten:
  • ASP.NET State Server
    Der IIS 6 bringt von Hause aus den ASP.NET State Service mit, welcher für die Speicherung der Session-Daten verwendet werden kann. Der State Service kann so konfiguriert werden, dass er auf dem gleichen Server läuft, um einen Web Garden zu unterstützen (selbst wenn nur ein einzelner Worker-Prozess genutzt wird) oder auf einem anderen Server, um eine Web Farm aufzuauen (was theoretisch aber auch mit einem einzelnen Server möglich sein müsste). Die Verwendung des State Servers ist verschiedenen Quellen zufolge etwa 15% langsamer als das In-Proc – Sessionmanagement.
  • SQL-Server
    Wie auch der State Server so kann der SQL-Server für die Session-Verwaltung entweder auf dem gleichen Server oder auf einer anderen Maschine laufen. Seine Verwendung ist etwa 25% langsamer also die In-Proc – Methode.

  Wichtiger Weise zu beachten ist hierbei noch, dass komplexe Objekte, die in der Session gespeichert werden sollen, beim Out-Of-Process – Sessionmanagement serialisierbar sein müssen.

Arbeitet eine ASP-NET – Anwendung mit Out-Of-Process – Sessionmanagement gibt es eigentlich kaum Punkte, um die man sich zu sorgen braucht. Bei der In-Process – Verwaltung ist das anders – denn folgende Features des IIS 6 können hier zu Fallstricken werden:

• Application Pools
  Ein Application Pool bietet die Möglichkeit, eine oder mehrere Webseiten von anderen Webseiten zu isolieren. Das wird durch die Verwendung mehrerer getrennter Worker-Prozesse realisiert, welche natürlich auch die Session-Daten getrennt verwalten. Ein virtueller Host im IIS 6 kann mehr als eine Application beinhalten. Steuert man das Anlegen der ASP.NET-Application nicht kann es passieren, dass eine Anwendung von mehreren Worker-Prozessen verwaltet wird. In diesem Fall springt die Anwendung zwischen mehreren Prozessen hin und her. Die Session-Daten sind dann nach dem ersten Request in einem Prozess "verloren", dafür existiert die gleiche Session mit inkonsistenten Daten (da diese nicht geupdatet werden) nun in mehreren Worker-Prozessen.
• Web Gardens
  Web Gardens sind kleine, skalierbare Webfarmen (wer hätte es gedacht…), bei denen auf einem Server mehrere Worker-Prozesse einen Application Pool verwalten. Weil jeder Worker-Prozess seinen eigenen Speicher für die Session-Verwaltung nutzt treten auch hier oben geschilderte Probleme auf. Web Gardens und In-Proc – Sessionmanagement ist also böse.
• Worker-Prozess Recycling
  Der IIS 6 bietet die Möglichkeit, Worker-Prozesse nach bestimmten zeitlichen Schemen zu recyclen, d.h. die alten Prozesse zu beenden und neue dafür zu starten, um den Server gesund und sauber zu halten. Das klingt zwar erst einmal super, hat aber den Haken dass beim Recycling eines Worker-Prozesses auch alle in ihm enthaltenen Session-Daten verschwinden. Füllt man gerade ein umfangreiches Formular auf einer Webseite aus oder hat seinen Einkaufswagen voll gepackt so kann dies ziemlich frustrierend werden.

Zusammenfassend bleibt also zu sagen: Generell ist bei ASP.NET-Anwendungen auf dem IIS 6 Out-Of-Process – Sessionmanagement die erste Wahl. Weiterhing sollte man zur vermeidung von Problemen auch möglichst nur einen einzigen Worker-Prozess pro Anwendung einsetzen. Dann kann auch so gut wie nichts mehr schief gehen

Bei der Entwicklung unseres ASP.NET / AJAX basierenden Projektmanagement-Problems stießen wir gestern auf eines dieser lustigen Probleme, die an sich eine simple Ursache haben, aber erst einmal stundenlanges Nachforschen mit sich bringen. Folgendes war passiert:

Abgesehen vom internen Entwicklungs-Webserver des Visual Studio 2005 nutzen wir zum Test der Entwicklung auch einen IIS 5 auf unserem lokalen Development-Server. Bevor der aktuelle Entwicklungsstand auf die Produktivmaschine deployed wird erfolgt hier noch einmal ein halbwegs gründlicher Vorab-Test – und gegebenenfalls kann man so auch relativ simpel "IIS-spezifische" Probleme debuggen. Alles funktionierte prima. Auf der Produktiv-Maschine traten jedoch plötzlich und nicht wirklich reproduzierbar seltsame Fehler im Verhalten der Web-Oberfläche auf. Nach einigem Herumgerate instrumentalisierte ich die Global.asax mit ins Eventlog schreibendem Diagnostik-Code. Mit dessen Hilfe wurde recht schnell deutlich, was hier schief lief:

Anscheinend wurden ständig neue Sessions und auch neue Applications gestartet, wenn der Benutzer mit der Anwendung interagierte. Mitunter landeten Aktionen zwar auch in der richtigen Session (und alles funktionierte wie gewünscht), oftmals aber auch nicht. Der Status der Anwendung ging somit natürlich komplett flöten.

Nach einigem Herumprobieren, Überlegen und Recherchieren war dann die Wurzel des Übels gefunden: Auf der Produktiv-Maschine läuft die Anwendung in einem IIS 6. Dieser bietet eine Menge toller, neuer Features wie z.B. mehere Worker-Prozesse und deren automatisiertes Recycling, mehrere unabhängige Application Pools sowie hübsche Web Gardens. Der Haken daran: Komplexe ASP.NET-Anwendungen laufen aufgrund des ASP-eigenen Session-Managements eigentlich nur dann stabil, wenn man auf alle diese Neuerungen verzichtet. Das Hauptproblem ist dabei das InProc – Session State Management, mit welchem ASP.NET-Anwendungen per Default laufen. Stellt man dieses auf den ASP.NET State Server um, welcher als separater Dienst außerhalb des IIS läuft, wird die Sache schon wesentlich besser. Allerdings hatten wir immer noch Probleme, wenn wir mehr als einen Worker-Prozess zu ließen, da bei PostBacks gelegentlich noch neue Applications gestartet wurden. Nachdem nur noch ein einziger davon zugelassen war lief die Anwendung aber sauber und stabil.

Update: Ein paar weiterführende Informationen zum Thema Session State Management im IIS 6 habe ich hier zusammen gefasst.

Als ich heute beim Flori war, um unser Moped-Renovierungs-Projekt voran zu treiben hatte ich eine interessante Unterhaltung mit Stephan, dem CEO von Mindquarry. Stephan ist, könnte man sagen, ein waschechter Web 2.0-ler, mit all den Auswirkungen wie neu entdeckte Liebe zum Mac, Überzeugung bezüglich Open Source und freien Betriebssystemen usw. Stephan machte Aussagen, die mich aufhorchen ließen:

So gut wie jedes innovative Unternehmen im Software-Bereich arbeitet heute doch mit Open-Source-Software und Macs. Windows ist hier doch kaum noch gefragt – und in großen Unternehmen gehört Linux auf dem Desktop doch schon zum Alltag. Und wenn ich Software entwickeln will, die auch in Windows-Umgebungen läuft, greife ich zu J2EE.

(Gedankenzitat – müsste aber in etwa seine Worte treffen )

Das machte mich neugierig. Open Source? Mac? J2EE? Alles keine Fremdwörter für mich, trotzdem ich eigentlich im .NET/Windows-Umfeld zu Hause bin. Aber ich bin schließlich noch halbwegs jung und lass mich von guten Argumenten auch gern zum Umdenken bewegen. Nichts desto Trotz habe ich ein wenig recherchiert um zu versuchen, mir selbst einen Blick vom Stand der Dinge im Software-Bereich zu machen.

Zunächst: Aktuelle Statistiken sind relativ schwer zu finden (wer anderer Meinung ist darf mir gern Quellen zukommen lassen). Allerdings habe ich doch einiges ab dem Jahr 2006 gefunden. Hier nun also die Fakten:

Laut eines aktuellen Reports von netapplications sah die Verteilung der Betriebssysteme im Januar 2006 aus wie folgt:

Quelle: MarketShare by net applications

Die wesentlichen Fakten hieraus:

• Windows XP: 85.02%
• Windows 2000: 4.93%
• Mac OS: 4.34%
• MacIntel: 1.88%
• Linux: 0.35%

Für manchen traurig aber wahr: Windows dominiert immer noch mehr als deutlich den Markt der Betriebssysteme. Woraus weiterhin folgt, dass die Windows-Plattform auch das attraktivste Umfeld für Software-Projekte ist und bleibt. Was meine persönlichen Beobachtungen, welche ich in letzter Zeit in mehreren mittelständischen und auch großen, international agierenden Unternehmen gemacht habe, bestätigt: Hier kommt immer noch Microsoft auf den Tisch – und gut ist. Ähnlich sieht es auch bei der Entwicklung der Marktanteile aus:

Quelle: MarketShare by net applications

Trotzdem der Marktanteil von MacOS und Intel Macs marginal gestiegen ist bleibt Windows XP deutlich über 80%. Sollte die Aufholjagd von Apple in dem Tempo weiter gehen werden sich Windows und MacOS den Markt in ca. 40 Jahren wohl teilen

Und Linux? So, wie es aussieht, hat es nach wie vor etwas von einem Genie, dass zwar seiner Zeit weit voraus ist und einen guten Leumund hat, aber trotzdem sein Nischendasein fristet, von der Welt bestaunt, aber nicht wirklich angenommen. In den oben genannten Studien liegt die Linux-Verbreitung noch deutlich hinter MacOS. Auch Initiativen wie "Linux für die öffentliche Verwaltung" scheinen daran nicht viel zu ändern. Bei OSNews.com schreibt Richard Schwalb:

But, in order for Linux to actually reach that 10% point (remember, the Mac right now is only somewhere around 3 – 5%) usability absolutely needs to be on par and/or better (mostly better) than Windows. Forget about the Mac. Apple is ease of use. The best anyone else can hope for is to be firmly in the shadow of Apple. Now, what do I mean by usability? Well, the ability to fix things, everything, through a GUI environment. The command line is for geeks like myself and old schoolers (although, I do prefer a good GUI). The ability to switch from Gnome to KDE to Fluxbox to AfterStep to WindowMaker (you get my point) and have the identical desktop icon layout. The ability to plug in any hardware and have it just work (well, at least at the level of Windows). Inconsistencies fixed (hmm, no one is immune from that one). Windows compatibility on par with OS X. Many of these issues have been greatly resolved in just a couple of years. Many of these issues are still only perception, the fix already exists, the ease of use is already there. Some of these issues still need work. I leave it to the marketplace to decide what’s what.

In meinen Augen eine durchaus realistische Einschätzung der Lage. Das Hauptumfeld, in dem ich bisher mit Linux in Kontakt gekommen bin, sind Universitäten und Webserver. Die Gründe dafür hat Richard Schwalb ausreichend dargelegt, denke ich.

Etwas anders sieht es beim Einsatz von Open-Source-Software aus: Wie pro-linux mit Berufung auf das Deutsche Institut für Wirtschaftsforschung, Berlin berichtet ist hier ein deutlicher Bedeutungszuwachs zu bemerken. Gründe dafür in der Regel hohe Anforderungen an firmeninterne und -externe Systeminteroperabilität, höhere Stabilität und Sicherheit (wobei dieser Punkt bei aktuellen Windows-Serversystemen z.B. auch nicht mehr so richtig fruchten will wie man z.B. hier oder hier lesen kann) sowie teilweise reduzierte Kostenbelastungen. Dieser Trend ist natürlich besonders auffällig im Web 2.0 – Bereich: Kostenlose CMS und Blog-Engines, Social-irgendwas-Plattformen, Gadgets, Statistik-Tool etc. sind in Hülle und Fülle vorhanden und werden auch genutzt. Im kommerziellen Bereich fristet aber auch Open Source – zumindest innerhalb der EU – eher noch ein Lückendasein: durchschnittlich 9% der befragten Unternehmen nutzen OS-Betriebssysteme, 7% OS-Datenbanken. In Deutschland sind es im Schnitt ein paar Prozent mehr, in Polen und Tschechien bemerkenswerter Weise sogar 23 bzw. 20%. Insgesamt also zwar ein durchaus beachtlicher Markt, sofern man mit entsprechenden Geschäftsmodellen aufwarten kann (Stichwort: SaaS – Software as a Service), aber noch lange kein Grund, Microsoft sofort in die Tonne zu treten.

Bleibt als letzter Punkt noch: J2EE oder .NET? Oder beides? Das Word-Of-Mouth sagt ja gemeinhin: J2EE ist der Standard. Was auch nicht ganz falsch ist: Eine Umfrage von QNB Intelligence aus dem Jahr 2003 unter 415 IT-Entscheidern ergab: 75% von ihnen setzen für die Entwicklung ihrer Software-Infrastruktur auf J2EE. 52% allerdings auch auf .NET. Weiterhin ergab die Umfrage:

Many organisations (41 per cent) saw dual-platform as the route forward. Those with a single-platform strategy tend to plumb for J2EE (31 per cent), compared to .NET, (23 per cent).

Insgesamt scheint sich dieser Trend auch aktuell fortzusetzen: J2EE ist vor .NET der Marktführer für komponentenbasierende, (teilweise) plattformunabhängige Softwaresysteme.

Und der Tenor des ganzen: Nein, wir müssen unseren Focus nicht gleich morgen von .NET und der Windows-Welt wegbewegen, um uns am Markt behaupten zu können. Nein, nicht jeder zweite ist heute schon Apple-Jünger oder Linux-Crack. Ja, Open-Source-Software setzt sich aus gutem Grund vermehrt am Markt durch – was aber letztendlich nicht unbedingt etwas mit der ewigen Diskussion "Windows oder nicht" zu tun hat. Und ja, .NET ist inzwischen auch in der Business-IT angekommen, was nicht zu letzt die stark erhöhte Nachfrage nach .NET-Entwicklern in allen Job- und Projektbörsen belegt.

PS: Falls mir übrigens auch mal jemand ein MacBook zum Testen zur Verfügung stellen will – ich sag nicht nein