Am letzten Montag habe ich den MSDN TechTalk in Berlin besucht zum Thema "SharePoint 2010 und warum Sie als Software-Entwickler das interessieren sollte". Sprecher war der sympathische Tom Wendel, der derzeit als MS-Technologie-Evangelist zum Thema SharePoint 2010 unterwegs ist. Als persönliches Fazit aus dem Vortrag habe ich mitgenommen, dass die Entwicklung von SharePoint-Applikationen bzw. -Erweiterungen mit Version 2010 nun deutlich unkomplizierter möglich ist als bisher und neue interessante Möglichkeiten eröffnet. Denn in den früheren Versionen von SharePoint war die Integration mit den üblichen Entwicklungswerkzeugen (vor allem Visual Studio) bekanntlich eher mäßig und das Entwickeln entsprechend unkomfortabel. Die gezeigten Demos haben jetzt jedoch eindrucksvoll bewiesen, dass das zukünftig anders sein wird.

Probieren geht über Studieren: Eine SharePoint-VM muss her!

Was liegt da näher als sich das Produkt nun einmal selbst zu Gemüte zu führen? Demos sind die eine Sache und die Praxis oft eine andere, so zumindest meine Erfahrung mit vielen komplexen MS-Produkten. Mein Plan: Virtuelle Maschine unter Windows 7 aufsetzen, unterstütztes Server-OS und aktuelle Beta von SharePoint 2010 samt allen abhängigen Komponenten in der Virtual Machine installieren und den jüngsten RC von Visual Studio 2010 hinterherschieben. Es sind ja alles noch keine finalen Produkte.

Doch halt! So einfach läuft das hier nicht! Es gilt folgende Abhängigkeiten zu beachten:

1. SharePoint 2010 (genauer gesagt das kostenlose Basis-Framework mit dem neuen Namen SharePoint 2010 Foundation) setzt als Server-OS Windows Server 2008 R2 in einer beliebigen Edition voraus (siehe hier)
2. Windows Server 2008 R2 untstützt allerdings erstmals ausschließlich 64-Bit-fähige Hardware. Das ist ja okay und durchaus begrüßenswert, hat aber zur Folge: SharePoint 2010 benötigt ebenfalls eine Hard- und Softwarebasis mit vollem 64-Bit-Support.
3. Die für Windows 7 (Client-OS) verfügbaren Virtualisierungslösungen von MS (Windows Virtual PC respektive Microsoft Virtual PC) unterstützen aber keine 64-Bit-Gastbetriebssysteme, auch wenn man z.B. Windows 7 in einer 64-Bit-Edition einsetzt, also eigentlich eine vollwertige 64-Bit-fähige Hardware inkl. Prozessor mit Virtualisierungsfunktionen vorliegt (siehe Screenshot):

   

4. Um Windows Server 2008 R2 virtuell zu betreiben, kann man aus der MS-Produktreihe praktisch nur Hyper-V Server einsetzen (das Nachfolgeprodukt von Virtual Server), da nur dieser Virtualisierungslösung von MS 64-Bit-Gastbetriebssysteme unterstützt.
5. Hyper-V Server wiederrum lässt sich nur auf einem Windows-Server-OS installieren, jedoch nicht unter Windows 7, zumindest ist es für den Einsatz auf Client-Betriebssystemen nicht ausgelegt.

Folge von 1.-5.: Mit Windows 7 als Client-OS gibt's keinen mit MS-Produkten so ohne Weiteres realisierbaren Weg, um SharePoint 2010 lokal in einer lokalen virtuellen Maschine zu testen.

Oder sitze ich hier einen großen Irrtum auf?

Man kann SharePoint 2010 zwar auch direkt unter Windows 7 x64 installieren. Doch wer möchte schon dieses aufwendige Beta-Produkt mit zig Abhängigkeiten direkt auf seinem Daily-Business-PC für Evaluierungszwecke installieren? Also ich nicht. Und physische Testmaschinen hat man üblicherweise auch nicht im Dutzend herumstehen, zumindest nicht betreffend die von SharePoint 2010 geforderten Systemvoraussetzungen.

Für jeden Hinweis eines SharePoint-2010-Geeks, der eine praktische Lösung für dieses Problem hat oder jeden sonstigen Hinweis in dieser Sache wäre ich sehr dankbar.

Bis dahin lasse ich SharePoint 2010 erst einmal links liegen. Vielleicht setze ich bei Gelegenheit ja mal einen dedizierten Windows 2008 Server mit Hyper-V auf und installiere da drin dann SharePoint 2010. Man hat ja auch Zeit ohne Ende...

Eine Alternative gibt's natürlich doch noch: Nämlich der Schwenk auf VMware-Produkte. VMware Workstation 7 unterstützt z.B. ohne Weiteres die Installation von 64-Bit-Gästen. Natürlich sind VMware-Produkte in keiner MSDN Subscription enthalten...

Ich würde SharePoint 2010 ja gerne im praktischen Einsatz mal auf den Zahn fühlen, aber mehr als ein Eintagesprojekt wollte ich da eigentlich nicht draus machen.