Beim letzten Mal wurde nur das Visual Studio 2008 installiert. Doch heute arbeitet jeder Entwickler, der etwas auf sich hält mit dem SP1 installiert. Dies muss man ja auch nicht mehr händisch machen...

Zuerst lädt man sich das Visual Studio 2008 SP1 herunter und stellt es auf einen lokalen Ordner (z.B. x:\).

• http://www.microsoft.com/downloads/details.aspx?FamilyId=FBEE1648-7106-44A7-9649-6D9F6D58056E&displaylang=en für den Download

Falls es noch jemand in Deutsch installiert natürlich auf Deutsch umstellen, da das SP1 in der Sprache sein muss, wie das Visual Studio 2008 selbst. Da es abweichende Namen für die Service Packs gibt heißt es bei mir einfach <Dateiname>.

•  x:\<Dateiname>.exe /createlayout x:\VS90SP1 /q

Mit dieser Befehlszeile wird das Paket in den Ordner auf x entpackt von dem ich ab sofort meine automatischen Installationen vornehmen möchte.

Eventuell haben Sie auch das Glück, dass Sie schon eine entpackte Version des Service Packs vorliegen haben.

Da es hier keine Optionen oder PID's mehr gibt kann schon die Installation erfolgen.

• SPInstaller.exe /q /norestart

Nach der langen Installationsphase von dem SP1 ist nun ein aktuellen Visual Studio auf dem Rechner und man hat die rund 1,5 Stunden für die Installation gespart ;)

Um das Visual Studio ohne GUI zu installieren und dann keine Testversion zu erhalten ist ein wenig Aufwand nötig. Hat man es jedoch ein mal gemacht staunt man, mit wie wenig Schritten es geht, tja wenn man es weiß!

·         Installationsmedium auf lokale Festplatte kopieren

·         MSDN Ordner kann unter Umständen weggelassen werden

Als erstes benötigt man das Installationsmedium der Lizenzierten Edition. In meinem Fall ist dies die Visual Studio 2008 Team Suite. Ich gehe jetzt einfach davon aus, dass das Installationsmedium auf eine Festplatte kopiert wird. Bei einer Installation auf PC's mit dauerhafter Online Anbindung kann man den großen Ordner MSDN löschen und immer die aktuellste online Version nutzen.

·         Über eine CMD Box gehe ich auf den kopierten lokalen Ordner (bei mir x:\)

Hier wähle ich zum erstellen eines Hilfsfiles nicht das Setup im Hauptorder aus, sondern gehe in den Unterordner Setup. Mit der folgenden Befehlszeile erstelle ich eine unbeaufsichtigte Installation:

·         X:\VS2008\setup\setup.exe /createunattend x:\setup\VS2008.ini

·         Installationsoptionen auswählen

Nach diesem Aufruf startet die GUI, als würde man eine Installation vornehmen. Man stellt die Komponenten ein, die man gerne installieren möchte und geht das normale Setup durch. Ist man am Ende angelangt folgt jedoch keine Installation - es wird nur die gewünschte INI Datei geschrieben.

·         PID in die INI Datei manuell eintragen ([PID] & Key ohne Zwischenzeichen)

·         Auch in die setup.sdb wird dieser Eintrag ergänzt

Der Key wird in die INI und die SDB Datei eingetragen. Hierzu kann man den originalen Key von dem Produkt nehmen. Sollte man eine Version mit integriertem Key haben, so kann man das Setup aufrufen und den Key sorgfältig abschreiben (MSDN Versionen). Zwischen dem PID mit Klammen [PID] und der Serial muss ein CRLF vorgenommen werden.

·         x:\VS2008\Setup\setup.exe /unattendfile x:\VS2008\setup\VS2008.ini

Mit dieser Kommandozeile kann man dann die eigentliche Installation ausführen. Und im Gegensatz zu meinen Versuchen ohne PID hat man nun eine Vollversion und keine TRIAL mehr ;)

Sollte man auch MSDN installieren wollen, so kann man dies mit den folgenden, ähnlichen Kommandozeilen erreichen:

·         x:\VS2008\msdn\setup\setup.exe /createunattend x:\VS2008\msdn\setup\MSDN2008.ini

·         x:\VS2008\msdn\Setup\setup.exe /unattendfile x:\VS2008\msdn\setup\MSDN2008.ini

Nun steht einer unbeaufsichtigten Installation vom Visual Studio nichts mehr im Wege und man kann es über das Active Directory oder einen anderen Verteilserver veröffentlichen.

Auch dieses Jahr gibt es wieder einige Konferenzen. Bei der Team Conf gibt es auch einen Vortrag von mir. Der soll darstellen, wir in meinem .NET Projekt bei der LBBW Zeit und Neven der Entwickler geschont werden können.

Von 10 Muss Dokumenten, die erstellt werden, können die meisten direkt da geschrieben werden, wo es keinen Mehraufwand darstellt. Nämlich im Visual Studio 2008 SP1, was direkt an den Microsoft Team Foundation Server 2008 angebunden ist. Das was nicht im Visual Studio erledigt werden kann, wird mit dem Artiso Workitem Manager 1.3 erledigt. Die Dokumente werden dynamisch zusammengesetzt und liegen immer in der aktuellsten Form vor. Damit ist auch gewährleistet, dass man keine Pararllelstruktur mit dem Dokument erstellt und es nur alle 5 Jahre bei einem Problem aktualisiert.

Bei der ganzen Sache sollte noch erwähnt werden, dass bei der Umsetzung kein Einziger Prozess neu erstellt wurde, sondern alle Verfahren ohne Ausnahme im Team Foundation Server abgebildet wurde. Die reduziert die Kosten der Einführung doch extrem...

Ich nutze Windows Vista und Windows 7 sehr intensiv. Auf dem lokalen PC ist Aero auch kein Thema, aber auf der virtuellen Maschine oder wenn man sich auf den anderen Rechner mit RDP verbindet. In vielen Fällen geht es einfach nicht. Oder habe ich doch noch eine Einstellung übersehen? Hier ist meine aktuelle Tabelle von dem wo Aero geht oder welche Alternative überhaupt klappt.

Für meinen Versuch machte es keinen Unterschied, ob der Client physisch oder virtuell war. Die direkten Fenster von den virtuellen Maschinen können sowieso kein AERO darstellen. Die AERO Darstellung konnte wenn nur über RDP mit allen möglichen Features unterstütz werden.

Sollte jemand Ideen haben, wie man bei den gelben Einträgen zu einer Lösung kommt, wäre ich sehr dankbar!

Es gibt Dinge die sind so richtig ärgerlich. Hier wäre beim .NET Framwork das Filehandling zu erwähnen. Mit der Klasse system.io.directoryInfo wird das normaler Weise gemacht. Aber was passiert, wenn die gewünschte Datei (getFiles) oder der gewünschte Unterordner (getDirectory) mehr als 260 respektive 248 (Länge des vollen Pfades zur Datei / Ordner) Zeichen hat? Dann gibt es eine ganz tolle File Exception Ausnahme!

Warum bloß? Tja, das ist eine sehr gute Frage. Das Dateisystem von Windows 2000 und neuer unterstützt bekanntlich 32000 Zeichen und nicht nur wenige Zeichen, wie der .NET Wrapper. Auch mit Kompatibilität zum alten FAT32 System kann das eigentlich nicht mehr groß etwas zu tun haben, da die Klasse doch den Typ des Filesystems prüfen könnte.

Test im Filesystem

Testet man im Filesystem mal aus, so versucht der Windows Explorer einen zu bremsen, wenn man die magische Grenze überschreitet. Eine so angelegte Datei oder Ordner kann aber auch im .NET zu Problemen führen (FileTooLongException). Die Fehlergrenzen scheinen somit im .NET noch geringer zu sein, als in Windows Explorer.

Nicht für Backup geeignet

Somit bleibt festzustellen, dass die .NET Klasse für zum Beispiel Backup Operationen auf einem Fileshare nahezu unbrauchbar ist. Nicht alle Dateien können gezogen werden und selbst die Ausgabe des fehlerhaften Ortes wird schwer.

Wichtig?

Am Anfang dachte ich ja, dass das Problem vernachlässigbar ist und man einfach den fehlerhaften Ordner ausgibt. Er kann umbenannt werden und dann ist der Einzelfall erledigt. Weit gefehlt… Es ist kein Einzelfall!!! Bei 3 von 4 Datenshares habe ich Dateien gefunden, die länger waren als die Grenze in .NET. Keine Ahnung wieso der Windows Explorer scheinbar an einer anderen Stelle die Grenze zieht als das .NET Framework…

Minderwertige Abhilfe

Es bleibt einem also die Möglichkeit die API direkt zu benutzen oder //?/ vor die Datei zu stellen. Doch war mit die erste Variante zu doof und die zweite Variante brachte bei vb.NET nur Fehler. Somit ist es zwar ein Ansatz aber keine Abhilfe.

Funktionierende Abhilfe

Auf der absolut unscheinbaren Seite http://www.delimon.be/SoftwareDetails.aspx?id=5 findet man jedoch ein Tool, was die DirectoryInfo Klasse simuliert und zwar mit 32000 Zeichen. Die Version scheint nicht im ständigen Update zu sein und muss installiert werden (Entwicklungsrechner), aber dann funktioniert es. Mein Programm zum sichern von verdammt langen Ordnerstrukturen funktioniert mit dieser Technik einwandfrei. Das Tool ist dazu noch kostenfrei - vielen Dank!

Windows 7 habe ich zuerst in einer virtuellen Maschine unter Hyper -V installiert und war sehr zufrieden. Die Geschwindigkeit des Systems war schon höher als die von Windows Vista und das obwohl noch Debug Code enthalten ist. Eine sehr gute Erfahrung! Zudem ist die neue Taskleiste ein absoluter Gewinn - nach 20 Minuten Wundern war es klar, dass dies ein echter Mehrwert in Windows 7 ist. Auch Stabilität und Treiber begeistern. Bei Hyper-V wurden die Additions gleich mit der DVD installiert. Auch die Zusatzprogramme mit der Office 2007 Oberfläche machen keinen schlechten Eindruck. Besonders der Windows Explorer hat deutlich an Übersichtlichkeit gewonnen.

Nach einem Tag Test war es soweit - das System ist so ausgereift, dass ich es auf mein Laptop spiele! Alle Treiber des HP NX6325 wurden so wie unter Vista erkannt. WLAN war sogar ohne Nachinstallation dabei. Nur Cardreader und Fingerprint musste man nachinstallieren. Die Treiber von Vista waren hierfür geeignet. Auch der ATI Treiber musste noch installiert werden, damit AERO auf dem Notebook reibungslos geht. Selbst das AERO hat an Performance gewonnen. Speziell die Zeiten zum Starten und Herunterfahren sind deutlich gesunken. Leider kann man unter Hyper-V kein AERO aktivieren - hier war es möglich und die Fähigkeiten der Taskleiste wirken noch wesentlich besser auf den Anwender. Einfach super die neue Übersicht der Taskleiste!!! Das Germany Theme ist auch sehr gelungen mit der Diashow. Das Napster lief nie mit dem IE8 - also wird es hier auch nicht laufen - NEIN - selbst das Napster läuft in dieser Beta Version ohne weitere Probleme.

Alle Software läuft und stabil dazu - wieso also nicht jetzt schon Produktiv nutzen? Ich bleibe auf jedenfalls bei Windows 7 schon jetzt bei dem Notebook... Damit hätte ich niemals gerechnet. In meinen Augen scheint Windows 7 wirklich ein guter Wurf zu werden. Viel Erfolg bei dem Bugfixing und den letzten Entwicklungen an Microsoft!

Es gibt mal wieder ein neues, kostenloses Openbook. Dieses Openbook ist online kostenlos verfügbar - aber auch die Printversion ist wirklich empfehlenswert. Wer das Buch auch auf dem Laptop ansehen möchte kann die rund 80MB downloaden.

Hier ist der Link zum Lesen: http://openbook.galileocomputing.de/windows_server_2008/

Windows 7 Beta steht in Deutsch und Englisch zum Download bereit. Wie kommt man dran? Als MSDN und TechNet Inhaber kann man sich die Produkte über seinen Account Downloaden. Es steht auch Language Packs und der Server 2008 R2 Beta zum Download bereit. Während vom Windows 7 auch eine x86 Version bereit steht – wird es vom Server 2008 R2 keinen x86er Version mehr geben.

Wie aus den Artikeln http://www.gnome.org/~michael/blog/ooo-commit-stats-2008.html und http://winfuture.de/news,44424.html hervorgeht, haben selbst die Entwickler von OpenOffice.org resigniert. Statt früher 60-70 Entwickler arbeiten heute nur noch 24 an dem Projekt mit. Fast alle davon kommen auch noch von SUN.

Daher wird einem nun klar, warum es bei dem Projekt kaum noch neues zu vermelden gibt. Man hat eine gute Software eingekauft und mit der OpenSource ist dann nichts mehr nach vorne gegangen. OpenOffice befindet sich noch immer auf dem Stand von Office 2000, wenn überhaupt. Mit 24 Entwickler kann man dann wohl auch keine Office 2007 UI mehr entwickeln, die gerade nicht so versierten Usern hilft das Produkt zu bedienen.

24 sehr kompetente OpenSource Entwickler haben also schon fast selbst den Kampf gegen die vermutlich 5.000 Microsoft Entwickler verloren.

Fazit 1 (Man bekommt nix geschenkt)

Die Lehre daraus ist, dass ich mein Auto auch nicht kostenlos nach der Garantie zur Reparatur bringen kann und das bei Software auch nicht geht ;) Eine Software muss einen Kommerziellen erfolg haben oder sie verharrt auf Ihren Ursprungszustand. Technsicher Fortschritt ist also nur mit Kommerz möglich. Dies zeigt sich auch bei der Verbreitung von Linux und Co.

Fazit 2 (München kann das teuer zu stehen kommen)

Eine weitere Lehre ist, dass die Stadt München zwar ein paar Euro Lizenzkosten gespart haben mag, wenn das Projekt LIMUX abgeschlossen ist, doch eine Migration zu Microsoft Office zurück schon mal überdacht werden sollte. Ich würde die Millionen der Migration sogar schon als fragwürdige Fehlinvestition von Steuermitteln sehen.

Fazit 3 (Es geht noch besser?!)

Es zeigt sich mal wieder, dass eine Software leicht und intuitiv, wie Microsoft Office 2007, zu bedienen sein muss, um Erfolg zu haben. Daher wäre es eine denkbare Alternative eine neue Easy Windows Oberfläche zu entwickeln. Ziel sollte es sein 80% der Arbeit über eine noch leichtere Oberfläche mit weniger Funktionen abwickeln zu können... Wäre das nicht mal ein Ansatz für einen Aufsatz ähnlich HTC bei Windows Mobile?!

Da wir mit Visual Basic .NET Entwickeln ist ein Refactor ein wichtiges Tool, was im Standard Visual Studio schmerzlich fehlt. Es gibt hier das kostenlose Refactor! für das VB.NET. Dieses habe ich auch lange Zeit verwendet und gar nicht gemerkt, wieviel Last es vom Prozessor fordert. Speziell auf Remoteverbindungen ist das Tool ein absoluter Performence Killer! Die Überwachung der Funktionen im Hintergrund scheint speziell hier unmengen an Last zu verbrauchen. Nach der Deaktivierung des Tools ging es wesentlich schneller vorwärts. Das Tool war zwar nicht super von der Bedienung, hat aber trotzdem seine Dienste getan. Daher wäre ich sehr froh, wenn es ein Ressourcenschonendes Tool wie bei c# direkt in der IDE gäbe. Ich werde noch mal die aktuellste 3.22 Version testen. Aber mit der aktuellen Performence gerade bei größeren Projekten müsste ich ohne Verbesserung leider auf das Tool verzichten. Bleibt zu hoffen, dass es bessere Alternativen gibt oder die Entwicklung hier Ressourcenschonender wird...