Ich zeige hier kurz, wie man eine Silverlight Anwendung erstellt und im SharePoint veröffentlicht.

Zunächst erstellt man in Visual Studio eine Silverlight Anwendung. Dieser Anwendung fügen wir die gewünschte Funktionalität hinzu. Möchte man auf das SharePoint Objekt Model zugreifen müssen noch die die beiden DLLs

Microsoft.SharePoint.Client.Silverlight.dll
Microsoft.SharePoint.Client.Silverlight.Runtime.dll

aus dem Ordner \14\TEMPLATES\LAYOUTS\ClientBin referenziert werden. 

Hier gibt’s noch ein kleines Problem mit der Pfadlänge. Visual Studio 2010 kann die DLLs nicht referenzieren, wenn die Pfadtiefe zu lang ist. Die Lösung ist den Projektordner nicht so tief anzulegen – also z. B. in D:\Visual Studio\Projects (vielen Dank an dieser Stelle an Andrew Connell).

Im Silverlightprojekt fehlt nun noch ein

using Microsoft.SharePoint.Client;

und los gehts. Wir können jetzt Listen anlegen, Einträge vornehmen, Daten auslesen, etc…

Beim Kompilieren wird bekommen wir eine *.xap Datei erstellt. Und diese *.xap Datei benötigen wir nun im SharePoint.

Im SharePoint erstellen wir uns eine Dokumentenbibliothek. In diese Dokumentenbibliothek laden wir unsere *.xap Datei hoch.

Anschließend ein Rechtsklick auf die Datei und den Pfad/URL kopiert.

Jetzt fügen wir auf einer SharePoint Seite das Silverlight WebPart ein und geben die URL zu unserer Silverlight Anwendung ein.

Und siehe da: Unsere Silverlight Anwendung wird in unserem SharePoint gehostet.

Die Verteilung ist recht simpel und kann sogar von weniger versierten Benutzern vorgenommen werden. Das vereinfacht auch das Deployment.

Wer ein Beispiel sehen möchte, wie das SharePoint Objekt Model in einer Silverlight Anwendung eingebunden werden kann, dem kann ich die SharePoint 2010 Reihe von Ted Pattison und Andrew Connell von Critical Path Training auf channel9 empfehlen. Andrew Connell hat zum Thema Client Object Model Silverlight ein eigenes Video.

So long…

Wie man einer Dokumentenbibliothek seine eigene Vorlage zuweisen kann, möchte ich hier kurz zeigen.

Als erstes erstellen wir eine Bibliothek namens TESTYTEST.

Dazu klickt man auf Library…

Create Library… und gibt einen passenden Namen an.

Dann wechseln wir zu Word und erstellen unsere Vorlage.

Und jetzt kommt der Trick:
Wir speichern das Dokument als *.dotx unter folgendem Pfad: http://{servername}/{name-der-bibliothek}/Forms

Also in unserem Beispiel: http://jp-nb/TESTYTEST/Forms

Ich habe das Dokument mal MySuppaDuppaTinkyWinkyTemplate.dotx genannt. Den Namen sollten wir uns für später merken.

Als nächstes wechseln wir zu unserer Bibliothek TESTYTEST, klicken oben auf Library Tools –> Library und anschließend auf Library Settings:

Wir bekommen eine Übersicht mit Einstellungsmöglichkeiten und suchen uns die Advanced settings.

Und schon oben können wir den Pfad zu unserer Vorlage angeben. Hier brauchen wir den Namen unserer Vorlage und bestätigen das ganze mit Ok.

Wenn wir jetzt aus der Bibliothek ein neues Dokument erzeugen, öffne sich unsere Vorlage.

Jetzt stellen wir fest: Da sind ja Fehler drin! Aber kein Problem.

Über Library Settings –> Advanced settings wieder in den Dialog wechseln in dem wir den Pfad zu unserer Vorlage eingetragen haben und bei der Vorlage auf Edit Template klicken.

Die Vorlage öffnet sich in Word, wir beheben den Fehler, speichern und alles ist wieder gut. (Edit Template ist im Übrigen auch praktisch um zu prüfen, ob der Pfad zur Vorlagedatei passt).

Die Vorgehensweise kann man auf andere Dokumente leicht übertragen.

So long…

http://msdn.microsoft.com/en-us/library/ee554869(office.14).aspx

Der Durchlauf von PSConfig brach mit dem Fehler ab die Microsoft.Identity Assembly 3.5.0 könne nicht gefunden werden.

Den Fehler bekommt man weg, wenn man die Windows Identity Foundation nachinstalliert.

Hier der Downloadlink (Für Vista –> Version 6.0; Für Win 7 –> 6.1):

http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=eb9c345f-e830-40b8-a5fe-ae7a864c4d76

Danach PSConfig nochmal durchlaufen lassen… fertig.

So long…

http://sharepointcommunity.de/blogs/fabianm/archive/2009/11/30/sharepoint-server-2010-auf-windows-7-installieren.aspx?CommentPosted=true#commentmessage 

So long…

Zu beachten ist, dass beide Produkte nur in einer x64-Version verfügbar sind.

Da bietet es sich gerade zu an den neuen Server 2008 R2 zusammen mit dem Office SharePoint 2010 zu testen. Und ich glaube, das werd ich die Woche auch noch machen.

Wie es war, erzähl ich euch dann später

So long…