SharePoint 2010 Entwicklung unter Visual Studio 2010: Erste Hilfe für erste Schritte

Um (Server-)seitig für SharePoint mit Visual Studio 2010 Beta 2 entwickeln zu können muss man ein paar kleine Dinge beachten um nicht schon von Anfang an ein paar Frustrationen zu erleben:

Wir fangen mal mit einem ganz einfache Beispiel an: einem 1-Zeiler:

SPSite mySPSite = new SPSite("http://sp2010")

64bit forever

SharePoint 2010 läuft nur unter 64-bit. Also müssen die entsprechende Projekte, welche mit der SharePoint API interagieren auch für die 64-bit Plattform kompiliert sein. Mehr noch: Benutzt man ein Test-Projekt (Konsolen- oder WinForms-Applikation) muss auch diese unter 64-bit ausgeführt werden. Etwas präziser: Der laufende Prozess muss im 64-bit Modus sein, sonst erhält man bereits bei einem einfachen Aufruf von SPSite z.B. leider nicht sehr viel aussagende Fehlermeldungen:

The Web application at http://sp2010 could not be found

Also umstellen auf 64 bit. Nun erhalten wir beim kompilieren einige Warnings:

Error 2 Warning as Error: Assembly generation -- Referenced assembly 'System.Data.dll' targets a different processor Common

Error 3 Warning as Error: Assembly generation -- Referenced assembly 'mscorlib.dll' targets a different processor Common

Hier habe ich bis heute noch nicht genau herausgefunden, was genau zu tun ist. Aber da es sich nur um Warnings handelt können wir ja mal kompilieren und neu versuchen - und siehe da, nun erhalten wir mit etwas Glück auch unser SPSite-Objekt (wenn nicht: bitte weiterlesen).

Die neue Berühmtheit: System.Web.DataVisualization.dll und kompilieren unter .NET Framework 3.5 SP1

Es ist für mich jetzt schwierig zu sagen, auf welchen Fehler Sie zuerst stossen werden. Je nach Ausgangslage den einen oder anderen, aber es gibt (soweit mir bekannt) nur eine Lösung, dass es funktioniert:

Szenario 1: Kompilation unter Verwendung des .NET 4.0 Beta 2 Frameworks:

Microsoft SharePoint is not supported with version 4.0.21006.1 of the Microsoft .Net Runtime

Szenario 2: Kompilation unter Verwendung des .NET 3.5 SP1 Frameworks und Verwendung von SharePoint Publishing, -Taxonomie und möglierweise noch anseren Assemblies:

The primary reference "Microsoft.SharePoint.Publishing, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c, processorArchitecture=MSIL" could not be resolved because it has an indirect dependency on the framework assembly "System.Web.DataVisualization, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" which could not be resolved in the currently targeted framework. ".NETFramework,Version=v3.5". To resolve this problem, either remove the reference "Microsoft.SharePoint.Publishing, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c, processorArchitecture=MSIL" or retarget your application to a framework version which contains "System.Web.DataVisualization, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35

Wow... OK... Also dann wollen wir mal:

Projekt unter Microsoft .NET Framework 3.5 SP1 kompilieren

Wenn wir unter 4.x kompilieren wird automatisch die falsche/inkompatible System.Web,DataVisualisation verwendet und wir kommen nicht weiter. Also Projekte unter 3.5 SP1 kompilieren.

System.Web.DataVisualization registrieren

Dieser Blog-Post beschreibt genau, was zu tun ist. Allerdings hatte ich bei mir das Problem (Windows 7, 64bit), dass ich die entsprechende DLL gar nicht installiert hatte. Hierfür müsste ich zuerst die Microsoft Chart Controls for Microsoft .NET Framework 3.5 installieren.

Nun sollten wir soweit sein und unser 1-zeiler funktioniert und auch die ersten (Entwicklungs-)Schritte mit SharePoint 2010 Beta 2 sollten von Erfolg gekrönt sein. Trotzdem, einen kleinen Nachschub noch für alle diejenigen, welche gerne mit (Microsoft'schen) Unit Tests arbeiten:

Visual Studio Unit Testing - No-Go!

Leider funktionieren die Test-Projekte von Visual Studio (habe nur 2010 getestet) nicht, wenn die SharePoint 2010 API verwendet wird. Dies liegt daran, dass Visual Studio 2010 und seine Test-Projekte als 32-bit Prozess laufen und für diese Projekttypen auch nur dieser Modus verwendet werden kann. IHier noch ein interessanter Link zum Thema Unit-Testing und SharePoint 2010.

Kommentar

Kommentar hinterlassen Name: Email: Ihre URL: Kommentare: Sicherheitscode eingeben: