Der Fernseher dudelt so vor sich hin und fungiert als Hintergrundbeschallung. Ein kurzer Kontrollblick: eingestellt ARD, es läuft Handball. Gut, ich bin jetzt nicht soo der Handball Fan aber auf meiner persönlichen Skala liegt es noch meilenweit über Fußball. Also lass ich den Sender und widme mich den wichtigen Dingen des Lebens.

Kurz vor 18 Uhr wird der Kommentar immer drängender, so dass ich mich fast genötigt fühle, bei der ARD anzurufen. Zur Beweisaufnahme - die werden mich sicher Fragen, was ich zu beanstanden habe - wende mich mich dem Geschehen auf zu.

Jetzt sitze ich völlig durchgeschwitzt vor meinem Rechner und bin froh, dass ich den richtigen Sender zur richten Zeit eingestellt habe. Mein Gott, war das spannend.

Die Ausgangslage:

1. Ein IBM Thinkpad ohne CD-Laufwerk Einschub, da dieses nicht mehr korrekt funktionert. Dafür ein Festplatteneinschub mit einer 120GB Festplatte drin. Da ist, bei installiertem System, nutzbringender.
   
2. Auf dem Laptop ist ein vmware Server installiert.
   
3. Diese vmware enthält eine Windows Server 2003 Installation. (ISO Image auf Festplatte, per Laufwerksfreigabe vom Desktop-Rechner gezogen)
   
4. Wenn ich zu Hause arbeite, möchte ich gern am Schreibtisch sitzen und meinen großen Monitor benutzen.

Das Problem:

Jetzt muß noch die Software drauf. Jedesmal eine ISO auf die Festplatte legen ist:

1. nervig
   
2. hat man nicht immer eine ISO zur Hand

Die Lösung:

1. Freigabe auf CD-Laufwerk am Desktop-Rechner.
   
2. Einloggen in der vmware per Remotedesktop.
   
3. Einbinden der Freigabe.
   
4. Installationen starten.

Um NAnt mitzuteilen, welche Version des .NET Frameworks beim Kompilieren verwendet werden soll, muss einfach nur das Property "nant.settings.currentframework" entsprechend gesetzt werden. Sollen die Sourcen mit Framework 1.1 übersetzt werden, so ist im Buildscript folgendes zu notieren:

<property name="nant.settings.currentframework" value="net-1.1" />

Das Framework kann allerdings auch über die Kommandozeile angegeben werden mittels:

nant.exe -t:net-1.1

Karsten Samaschke ruft mit dem Portal ASPXperts eine Community ins Leben, welche sich u.a. mit den Themen ASP.NET, XML und XML-Webdienste beschäftigt. Ein Bereich, welcher mich persönlich sehr interessiert, ist die Software-Architektur.

Es wird immer wichtiger, seinen Projekten eine strukturierte und durchdachte Architektur zu Grunde zu legen. Häufige Anforderungsänderungen können in Projekten ohne klar definierte Architektur schnell zu Chaos führen. Deshalb fällt es mir sehr positiv auf, dass ASPXperts diesem Thema einen eigenen Bereich spendiert.

Erwartungsgemäß sind derzeit wenige Inhalte zu finden, das Projekt befindet sich in der Enstehungsphase. Mit der Zeit werden sicher interessante und lehrreiche Beiträge aufschlagen.

Ich für meinen Teil habe mich heute registriert.

Wenn eine ConfigSection mittels

System.Configuration.ConfigurationManager.GetSection("section")

eingelesen wird, ruft .NET den für die Section angegebenen Handler auf. Der Handler, welcher vom Typ IConfigurationSectionHandler ist, gibt lt. Schnittstelle ein Objekt vom Typ object zurück. Soweit so gut.

Wer nun denkt, das beim nochmaligen Aufruf von ConfigurationManager.GetSection(...) der Handler wiederholt aufgerufen wird, liegt falsch. Der ConfigurationManager gibt das selbe Objekt wie beim ersten Aufruf zurück. Man sollte vermeiden, irgendwelche Verlaufsdaten in diesem Konfigurationsobjekt abzulegen. Es kann sonst passieren das Daten ungewollt, über Sessions hinweg, gemeinsam genutzt werden.

Merksatz 1.0:
Die Section dient der Konfiguration von Geschäftsklassen und ist nicht selbst die Geschäftsklasse.

Mitte Dezember beginnt der Feiermarathon und er findet sein Ende in der ersten Januarwoche. Alle Geburtstage sind jetzt abgearbeitet und es kehrt Ruhe ein. Endlich! Zeit um wieder vermehrt Blogeinträge zu schreiben :)

Etwas verspätet aber nicht zu spät.