Update: Inzwischen hat es geklappt.

Es sieht wohl so aus, dass auch der neue Server allergisch auf das Service Pack reagiert.

Ich bin aber offensichtlich nicht allein. Bei Microsoft Connect ist der Fehler schon als Feedback gemeldet: TFS Service Pack 1 (VS80sp1-KB926738-X86-ENU.exe) installation fails with error 1603 and leaves TFS installation in inconsistent state

Jetzt spiele ich das Image zurück und warte mal auf das Service Pack 1a :(

Das lang erwartete Visual Studio 2005 Service Pack 1 wurde veröffentlicht. Alleine die Tatsache, dass von diesem Service Pack eine Beta veröffentlicht wurde, zeigt wie umfangreich die Änderungen sind. Auf meinem lokalen Rechner läuft die Team Edition "Software Developer". Das Service Pack hat einige Zeit geackert, sich aber erfolgreich installiert.

Die Sourcen liegen alle im Team Foundation Server. Der wurde natürlich auch mit einem Service Pack bedacht. Also auch gleich installieren. Vor dem Service Pack braucht es noch ein separates Update. Dieser Teil ging problemlos. Jetzt also das Service Pack selbst installieren. Alles Fragen abnicken und los. Das dauert natürlich. Nebenbei gibt es andere Dinge zu erledigen. Später noch mal auf den Server geschielt: Kein Setup mehr. Normalerweise muss kriegt man ja noch eine Erfolgsmeldung präsentiert. Egal, die Verbindung testen.

Fehler! Irgendwas von Zugriff nicht erlaubt. IP Restrictions. Der IIS Manager bestätigt das. Auf die Seiten Team Foundation Servers (TFS) darf nur lokal zugegriffen werden. Das macht natürlich keinen Sinn. Das gleiche Phänomen bei dem SharePoint Seiten. Nur 127.0.0.1 soll da hindürfen? Also beide Seiten umkonfiguriert. Jetzt kommt ein anderer Fehler. Argh!

Inzwischen ist der Event Viewer übersäht mit roten Einträgen. Das Setup hat sich mit einem  Verweis auf  ein 1,8 MB großes, nichtssagendes Logfile abgemeldet. Ohne Dialog! Es starten so viele Dienste mit allen möglichen Erklärungen nicht mehr, dass ich Ursache und Wirkung nicht mehr verstehe. Auch weitere Versuche das Service Pack zu installieren scheitern. Kaputt.

Bei der ursprünglichen Installation fand ich die Anleitung äußerst verwirrend. Die Abhängigkeiten der verschiedenen Dienste sind sehr stark. Nur mit der genau richtigen Version und der passenden Sammlung an Hotfixes lief das System am Ende. Unten drunter Windows Server 2003, dann SQL Server 2005 mit Report Services, Analysis Services und Integration Services, dazwischen der IIS6 ohne Frontpage Extensions, weil darüber noch SharePointPortal Services mit Service Pack 2. Eine nicht notwendig solide Basis, um dann endlich den Team Foundation Server zu installieren. Zur Garnierung noch 2 Service Accounts und ein Setup Account.

Mit einem aktuellen Backup der Datenbanken konnte ich den Server neu aufsetzen. Die überarbeitete Installationsanleitung liest sich besser und es hat fast alles auf Anhieb geklappt. Nur das SQL Server Service Pack 1 wollte einen frisch installierten SQL Server nicht updaten. Erst das cumulative hotfix package hat geholfen. Package stimmt aber nicht ganz. Man darf nacheinander in vorgegebener Reihenfolge 6 Pakete installieren.

Die Rücksicherung der Daten ist dann ein Spaß für sich: How to: Move Your Team Foundation Server from One Hardware Configuration to Another.  Das sind ausgedruckt 8 A4-Seiten Handlungsanweisungen. Puh. Also mit dem Stift Häkchen machen und konzentriert durch die einzelnen Schritte gehen. Unter anderem sichert man einzeln 8 Datenbanken zurück, startet Kommandozeilen-Tools mit Parametern über mehrere Zeilen, stoppt und startet Dienste und ändert Konfigurationsdateien. So gegen Ende wird es dann immer spannender:

Im "Configure Report Server" soll ich den Dienst wieder starten. Na los, Server Status - Start gedrückt. Der Mauszeiger wird zur Sanduhr. Sanduhr, Sanduhr, Sanduhr. Urgs. Sanduhr, Sanduhr.
Fehler! Fehler? NEIN! Was für ein Fehler? Timeout. Bange Frage, hat es wirklich so lange gedauert oder ist alle wieder kaputt? Noch mal Start gedrückt. Fehler! Argh! Doch was lese ich: "Der Dienst läuft schon, Du hibbeliger Admin!". Oder so ähnlich. Nicht umsonst hatte das Setup gewarnt, dass die Hardware unter den Anforderungen liegt :)

Innerhalb von nur 80 Minuten waren alle Daten und Einstellungen wieder auf dem alten Stand. Ich kann mich mit dem Team Explorer wieder mit dem Server verbinden und im Source Control stöbern.

Jetzt erzeuge ich gerade in Image von der funktionierenden Installation. Ohne doppelten Boden traue ich mich nicht mehr an dieses Service Pack. In dem Team Foundation Server - Setup Forum ist die Frage nach erfolgreicher Installation immer noch unbeantwortet. Dafür gibt es einige Einträge mit Fehlermeldungen...

Irgendwie wird in diesem Monat von jeder Software, mit der ich zu tun habe, eine neue Version veröffentlicht. Jetzt ist Adobe dran. Die Version 8 vom Acrobat Reader steht zum Download bereit.

Und immer das gleiche Spiel: Im SPCat werden PDFs über den Internet Explorer in Acrobat dargestellt. Geht das jetzt auch noch? Hurra! Es geht. Bis jetzt konnte ich keine Probleme feststellen.

Dafür sieht der neue Reader hübscher aus:

Aber Vorsicht beim Download! Ich konnte auf der Adobe Seite keinen Link mehr finden, der nicht vorher diesen unnötigen Download Manager benötigt. Damit kriegt man zwar am Ende auch eine 22MB Installations-Datei, aber auch ein paar nervige Dialoge mehr.

Dieser Download Manager ist dann auch noch mit Sicherheitslücken versehen. Ich weiß nicht, ob das jetzt auch noch den Manager auf den aktuellen Seiten betrifft, aber trotzdem ärgerlich. Mehr auf Heise: Loch in Adobes Download Manager ermöglicht Virenbefall

Jetzt kommen sicher bald alle Analysen, ob die Version jetzt schneller/langsamer startet, als die Version XY :)

Ja, es ist passiert. Es steht eine Xbox 360 im Wohnzimmer. Nicht dass ich damit etwa spielen wollte. Dafür habe ich kaum Zeit. Aber irgendwie musste das sein.
Der endgültige Auslöser war der Trailer für ein Spiel, dass ich nicht näher benennen möchte :)

Bei der Page Turn Demo sieht das Ergebnis im Internet Explorer deutlich besser aus. Firefox meldet schon auf der Startseite 10 JavaScript Fehler "Error setting property on scriptable plugin object!". Der Blätter-Effekt fehlt.

Nachdem WPF/E über ein Plugin realisiert wird und Teile der Interaktivität über JavaScript realisiert sind, bleiben also noch ein paar Browser-Abhängigkeiten. Hoffentlich nicht zu viele. Die grundsätzliche Funktionalität ist ja da und wir sind bei der ersten CTP.

WPF bedeutet Windows Presentation Foundation. Und gemeint ist damit die Grundlage für die neue Generation von Benutzeroberflächen im Microsoft Umfeld. Eingeführt wird diese Technologie mit Vista und als installierbares .NET 3.0 auch auf XP und Server 2003. Zum einen kann man damit ganz tolle, bunte, neue Desktop Applikationen basteln. Oder aber auch mit der gleichen Technologie über den Browser im Web präsentieren.

Das funktioniert dann aber wieder nur auf der Windows Plattform. Das Web ist aber kein Microsoft Markt. Mac User sind dort reichlich vertreten. Also gibt es auch noch WPF/E oder länglich Windows Presentation Foundation Everywhere. Das ist ein Browser Plugin um ein Subset von WPF in jedem Browser zu ermöglichen.

Als ich von WPF/E hörte, dachte ich, dass ist ein fernes Versprechen von Microsoft, das ganz auch irgendwie Cross-Browser tauglich zu machen. Später halt. Und jetzt staune ich nicht schlecht. Die ersten WPF/E Lebenszeichen laufen gerade in meinem Firefox und IE7!

Es gibt seid Heute einen dick gefüllten WPF/E Dev Center. Dort gibt es schon ein Community Technology Preview (CTP) dieses Plugins und ein paar Demos. Cool!

Technologisch haben sich für mich ein paar Lücken gefüllt. Jetzt kann man mit einer Technologie im Web und auf dem Desktop seine Applikation darstellen.

Adobe SVG Viewer?

Adobe (Macromedia) Flash?

Wozu?

XAML überall! So sieht es jetzt wohl aus. Das gibt mal einen SPCat on steroids :).

Es gibt auf unserer SPCat Webseite die Demo CD für die neueste Version unseres elektronischen Ersatzteilkatalogs zum Download.

Wie ich bereits geschrieben hatte, gab es Probleme mit dem SVG Viewer von Adobe. Wir hatten diesen Viewer für den stufenlosen Zoom im Katalog verwendet. Die nicht gezoomte Grafik wurde bereits mit GDI+ dargestellt. Mit dieser Version kommt der konsequente Schritt, auch den Zoom über GDI+ zu realisieren.

Für Bitmap Grafiken funktioniert die neue Technik besser, als der Umweg über den SVG Viewer. Die Benutzerführung ist konsistenter. Es entsteht kein Bruch in der Bedienung wenn gezoomt wird. Der Adobe SVG Viewer ließ sich nur bedingt modifizieren. Somit war dessen Maus- und Tastaturbelegung festgeschrieben und für unsere Zwecke ungewohnt.

Natürlich verlieren wir damit unmittelbar die Möglichkeit SVG Grafiken darzustellen. SVG und andere Vektor-Formate werden wieder ihren Weg in unsere Kataloge finden. Nur sicher nicht mehr mit Adobe :).

Ansonsten haben wir einige Verbesserungen im Detail. So funktioniert dieser Katalog insgesamt besser mit Vista, Internet Explorer 7 und Office 2007.