Fabian´s Blog [SharePoint MVP]

Veranstaltungstipp: Microsoft SharePoint Development Days

Fabian Moritz — Fri, 12 Feb 2010 07:02:06 GMT

Ein Kollege von Microsoft bat mich darum, an dieser Stelle auf die SharePoint Develoment Days hinzuweisen und die kommenden Termine zu posten:

23.02.2010 - Hamburg
01.03.2010 - Bad Homburg
15.03.2010 - Hamburg
07.04.2010 - München

Die ersten Veranstaltungen waren restlos ausgebucht und mit einer Teilnehmergebühr von nur EUR 39,00 sollte sich der Besuch für jeden SharePoint-Entwickler lohnen.

Weiter Informationen und das Formular zur Anmeldung gibt es auf der offiziellen Webseite: http://www.msdn-online.de/go/mossinfodays

SharePoint 2010 Client-Objektmodell – Einführung

Fabian Moritz — Mon, 01 Feb 2010 06:47:38 GMT

Nachdem ich in den vergangenen Wochen mit dem Probekapitel für unser SharePoint-Buch beschäftigt war, wird es mal wieder Zeit für einen Blog-Eintrag. Als Thema habe ich mir das Client-Objektmodell ausgesucht, das ich in mehreren Artikeln vorstellen möchte.

Das Client-Objektmodell wird mit SharePoint Foundation 2010 neu eingeführt. Mit der Technologie lassen sich Lösungen implementieren, die clientseitig auf SharePoint-Daten und -Funktionen zugreifen, wie etwa Silverlight oder JavaScript-basierte Webseiten. Anwendungen, die auf Basis des Client-Objektmodells implementiert werden, benötigen auf dem Client-PC keine zusätzliche Installation. Das Client-Objektmodell wird von SharePoint Foundation 2010 durch zwei zusätzliche Assemblies (Microsoft.SharePoint.Client.dll und Microsoft.SharePoint.Client.Runtime.dll) ausgeliefert, die zusammen mit der Anwendung auf dem Zielsystem bereitgestellt werden müssen. Der Funktionsumfang ist im Vergleich zum serverseitigen Objektmodell deutlich abgespeckt, jedoch lassen sich über das Client-Objektmodell grundlegende Aufgaben realisieren, wie zum Beispiel die Erstellung von Websitesammlungen und Liste, der Zugriff und die Manipulation von Listenelemente oder die Berechtigungen von Benutzern. Die Struktur und Notation der Klassen des Client-Objektmodells sind mit der serverseitigen Variante vergleichbar, was den Einstieg für den erfahrenen SharePoint-Entwickler deutlich einfacher macht. So repräsentiert zum Beispiel die Klasse Microsoft.SharePoint.Client.Site eine Websitesammlung (SPSiteCollection) oder Microsoft.SharePoint.Client.List eine Liste (SPList). Folgende Tabelle listet die wichtigen Klassen des Client-Objektmodells auf:

Client	Server
Microsoft.SharePoint.Client.Site	Microsoft.SharePoint.SPSite
Microsoft.SharePoint.Client.Web	Microsoft.SharePoint.SPWeb
Microsoft.SharePoint.Client.List	Microsoft.SharePoint.SPList
Microsoft.SharePoint.Client.ListItem	Microsoft.SharePoint.SPListItem
Microsoft.SharePoint.Client.Field	Microsoft.SharePoint.SPField
Microsoft.SharePoint.Client.View	Microsoft.SharePoint.SPView
Microsoft.SharePoint.Client.User	Microsoft.SharePoint.SPUser
Microsoft.SharePoint.Client.RoleAssignment	Microsoft.SharePoint.SPRoleAssignment
Microsoft.SharePoint.Client.RoleDefintion	Microsoft.SharePoint.SPRoleDefinition

Den Zugriffspunkt zur SharePoint-Umgebung liefert die DataContext-Klasse. Über den Konstruktor der Klasse wird die URL der Ziel-Webseite definiert. Der Datenkontext liefert die Möglichkeit, auf Informationen der Websitesammlung, der Listen einer Webseite oder auf Benutzerinformationen zuzugreifen. Das nachfolgende einfache Beispiel demonstriert den Zugriff die Informationen eines SharePoint Webs.

   1: ClientContext clientContext = new ClientContext("http://localhost:88");

2:

   3: Web web = clientContext.Web;

   4: clientContext.Load(web);

   5: clientContext.ExecuteQuery();

6:

   7: Console.WriteLine("{0} ({1})", web.Title, web.Description);

Was passiert im Hintergrund?
Bei der Ausführung von clientseitigem Code wird im Hintergrund ein WCF-Service aufgerufen, der die Anfrage dann serverseitig verarbeitet und die Ergebnisse via JSON ausliefert. Abfragen gegen die SharePoint-Umgebung werden zunächst intern in CAML umgewandelt und als XML-String an den Service übermittelt. Die JSON-Rückgabe wird dann im Client-Objektmodell ausgewertet und an die Objekte der Applikation zurückgegeben.

Bei clientseitigen Aufrufen ist es besonders wichtig zu beachten, wann die Funktionsaufrufe an den Server übermittelt werden. Sollte der Service mit jedem Funktionsaufruf angesprochen werden, könnte die Performance der Anwendung sehr schnell in den Keller gehen. Daher empfiehlt es sich, die Funktionsaufrufe in einem Server Round Trip zu bündeln. Außerdem sollte zwingend auf die effiziente Abfrage von Daten geachtet werden. Sollte das Client-Programm beispielsweise Daten über nicht unterstützte LINQ-Anfragen aus einer SharePoint-Umgebung aufrufen (in diesem Fall werden die Daten clientseitig gefiltert), kann das übertragene JSON-Paket unter Umständen sehr groß werden.

Eine erste Client-Anwendung erzeugen
Zur Erstellung von clientbasierten SharePoint-Anwendungen benötigt es folgende Zutaten: SharePoint Foundation 2010, Visual Studio 2010 und die Assemblies des Client-Objektmodells. Die Assemblies Microsoft.SharePoint.Client.dll und Microsoft.SharePoint.Client.Runtime.dll werden durch die Installation von SharePoint Foundation 2010 in folgendem Verzeichnis bereitgestellt %ProgramFiles%\Common Files\Microsoft Shared\web server extensions\14\ISAPI. Sie müssen vor der Erstellung auf den Client-PC kopiert werden. Danach kann das Visual Studio-Projekt erzeugt werden. In meinem Beispiel werde ich eine einfache Konsolenanwendung implementieren. Wichtig: Das Projekt muss auf Basis des .NET Framework 3.5 generiert werden.

Danach müssen die zuvor auf den Client kopierten Assemblies im Projekt referenziert werden.

Jetzt kann die Anwendung implementiert werden.

   1: using System;

   2: using System.Collections.Generic;

   3: using System.Linq;

   4: using System.Text;

   5: using Microsoft.SharePoint.Client;

6:

   7: namespace ClientObjectSample01

   8: {

   9:    class Program

  10:    {

  11:       static void Main(string[] args)

  12:       {

  13:          ClientContext clientContext = new ClientContext("http://localhost:88");

14:

  15:          Web web = clientContext.Web;

  16:          ListCollection allLists = web.Lists;

  17:          clientContext.Load(web);

  18:          clientContext.Load(allLists);

19:

  20:          clientContext.ExecuteQuery();

21:

  22:          Console.WriteLine("{0} ({1})", web.Title, web.Description);

23:

  24:          foreach (List list in allLists)

  25:          {

  26:             Console.WriteLine("{0} ({1})", list.Title, list.BaseType);

  27:          }

  28:       }

  29:    }

  30: }

In der Konsolenanwendung muss der Namensraum Microsoft.SharePoint.Client referenziert werden. Hiermit werden die Klassen des Client-Objektmodells zur Verfügung gestellt. Der Zugriff auf die Zielumgebung erfolgt über die ClientContext-Klasse. Mit dem Aufruf der Methode ExecuteQuery() wird das Paket zum Server gesendet. Die Load()-Methode legt fest, welche Daten zum Client übermittelt werden sollen. Beachtet werden sollte, dass erst mit der Ausführung von ExecuteQuery() der serverseitige Aufruf instruiert wird. Die Load()-Methode teilt dem Client-Objektmodell mit, welche Objekte bei dem Aufruf geladen werden sollen. Zugegeben, dieses Beispiel ist nicht unbedingt optimal, da für das Web und die Listen sämtliche Eigenschaften geladen werden, obwohl sie in der weiteren Verarbeitung nicht benötigt werden. Leicht umgewandelt könnte das Bespiel auch so aussehen:

   1: using System;

   2: using System.Collections.Generic;

   3: using System.Linq;

   4: using System.Text;

   5: using Microsoft.SharePoint.Client;

6:

   7: namespace ClientObjectSample01

   8: {

   9:    class Program

  10:    {

  11:       static void Main(string[] args)

  12:       {

  13:          ClientContext clientContext = new ClientContext("http://localhost:88");

14:

  15:          Web web = clientContext.Web;

  16:          ListCollection allLists = web.Lists;

17:

  18:          clientContext.Load(web,

  19:             w => w.Title,

  20:             w => w.Description);

21:

  22:          clientContext.Load(allLists,

  23:             lists => lists.Include(

  24:               list => list.Title,

  25:               list => list.BaseType));

  26:          clientContext.ExecuteQuery();

27:

  28:          Console.WriteLine("{0} ({1})", web.Title, web.Description);

  29:          foreach (List list in allLists)

  30:          {

  31:             Console.WriteLine("{0} ({1})", list.Title, list.BaseType);

  32:          }

  33:       }

  34:    }

  35: }

Mittels eines Lambda-Ausdrucks werden in diesem Aufruf die von dem JSON-Packet zurückzuliefernden Eigenschaften eingegrenzt und der Load()-Methode als Parameter übergeben. Durch dieses Verfahren ist der clientseitige Zugriff deutlich performanter als im vorherigen Beispiel, da nur die verwendeten Eigenschaften im Paket übermittelt werden. Sollte der Code auf eine andere als hier definierte Eigenschaft zugreifen, wird eine Ausnahme vom Typ SharePoint.Client.PropertyOrFieldNotInitializedException geworfen.

Hinweis: Auf optimierte Abfragen und Lambda-Ausdrücke im Client-Objektmodell werde ich in einem weiteren Artikel näher eingehen.

Der deutlichste Unterschied im Vergleich zum serverseitigen Objektmodell ist der Zugriffszeitpunkt auf die SharePoint-Plattform bzw. auf die Datenbank. Wo im SharePoint-Objektmodell die Daten direkt in die Objekte geladen und weiterverarbeitet werden können, werden im clientseitigen Objektmodell die Daten erst mit der Ausführung von ExecuteQuery() den internen Objekten zur Verfügung gestellt. Dieses Verfahren ermöglicht es dem Entwickler mehrere Objektaufrufe in einer Serveranfrage zu verpacken und damit die Round Trip zum Server deutlich zu minimieren.

Im nächsten Teil dieser Artikelserie werde ich eine Reihe von Anwendungsbeispiel vorstellen. Dazu gehören zum Beispiel CAML-Abfragen, die Manipulation von Daten oder die Berechtigung von Benutzern. Im dritten Teil werde ich auf die Optimierung von Client-Anwendungen eingehen.

MVP Award 2010

Fabian Moritz — Mon, 04 Jan 2010 08:30:24 GMT

Glückwunsch zum Microsoft MVP 2010! Mit dieser Nachricht wurde ich heute ins neue Jahr aufgenommen. Zum vierten Mal in Folge wurde ich mit dem Titel Microsoft Most Valuable Professional (MVP) ausgezeichnet. Mich hat diese Nachricht sehr gefreut, zumal mir die Arbeit für und mit der Community noch immer sehr viel Spaß bereitet.

Besonders im vergangenen Jahr hat sich die SharePoint Community ein deutliches Stück nach vorne bewegt. Mit der ShareConnect, der SharePoint Konferenz oder den iX Days haben sich gleich mehrere Veranstaltungen etabliert, auf denen sich Anwender, Administratoren, Entwickler oder Entscheider über alles Wissenswerte rund um SharePoint informieren konnten. Weitere Highlights in 2009 waren das SharePoint Magazin und die SharePoint Conference in Las Vegas.

Und das bringt das neue Jahr: 2010 beginnt gleich mit zwei großen Veranstaltungen im Februar - der SharePoint Konferenz 2010 (München) und der Basta! Spring 2010 (Darmstadt). Auf der SharePoint Konferenz erwarten die Teilnehmer in drei parallelen Tracks mehr als 30 Sessions zur neuen Version von SharePoint. Die Basta bringt im Rahmen seiner SharePoint Special Days, über zwei Tage verteilt, unterschiedliche Präsentationen fokussiert auf die Entwicklung in SharePoint 2007 und SharePoint 2010. Ich werde auf beiden Veranstaltungen anzutreffen sein. Am 24. Februar werden ich auf der Basta einen Vortrag zu Visual Studio 2010 SharePoint Development Tools halten, um mich danach auf den Weg nach München zu machen. Hier werde ich am Folgetag zwei Sessions zu den Themen Web Content Management mit SharePoint 2010 und Office Business Anwendungen mit Office und SharePoint 2010 halten.

Vor diesen beiden großen Veranstaltungen wird eine neue Ausgabe das SharePoint Magazins in den Läden erscheinen. Das neue Heft ist voll mit Artikeln zu SharePoint 2010. Auch ich habe einen Betrag geleistet und dem Magazin einen Artikel zu Web Content Management mit SharePoint 2010 beigesteuert.

Im Frühling und Sommer beginnt für mich dann eine sehr spannende Zeit. Gemeinsam mit René Hézser werde ich ein Buch zum Thema Anwendungsentwicklung mit SharePoint 2010 schreiben. Das Buch richtet sich an Entwickler, Anwender und auch Administratoren und hat das Ziel, Wege aufzuzeigen, mit denen Unternehmenslösungen mit SharePoint 2010 realisiert werden können.

Hätte ich doch beinahe das absolut wichtigste vergessen. In der ersten Jahreshälfte 2010 erscheint die finale Version von SharePoint Foundation 2010 und SharePoint Server 2010 in den Regalen.

Ich persönlich freue mich schon sehr auf das neue Jahr und werde weiterhin in der Community mit Artikeln, Blogs oder Präsentation aktiv sein.

SharePoint Server 2010 auf Windows 7 installieren

Fabian Moritz — Mon, 30 Nov 2009 07:16:41 GMT

Viele Entwickler wird es freuen zu hören, dass SharePoint Foundation und SharePoint Server 2010 nativ die Installation auf einem Windows 7 (x64)-Client unterstützen. Hier ein Anleitung, welche Schritte für die client-seitige Installation von SharePoint Server 2010 erforderlich sind.

SQL Server 2008 installieren
Wer seine SharePoint-Farm auf einem separatem SQL Server betreiben möchte, muss zuvor das Service Pack 1 und mindestens das kumulative CU 2 installieren. In meiner Umgebung habe ich das CU 4 installiert.

Windows-Komponenten aktivieren
SharePoint Server 2010 verlangt eine Reihe von Windows-Komponenten, die durch folgenden Befehlt automatisiert aktiviert werden können:
start /w pkgmgr /iu:IIS-WebServerRole;IIS-WebServer;IIS-CommonHttpFeatures;IIS-StaticContent;IIS-DefaultDocument;IIS-DirectoryBrowsing;IIS-HttpErrors;IIS-ApplicationDevelopment;IIS-ASPNET;IIS-NetFxExtensibility;IIS-ISAPIExtensions;IIS-ISAPIFilter;IIS-HealthAndDiagnostics;IIS-HttpLogging;IIS-LoggingLibraries;IIS-RequestMonitor;IIS-HttpTracing;IIS-CustomLogging;IIS-Security;IIS-BasicAuthentication;IIS-WindowsAuthentication;IIS-DigestAuthentication;IIS-RequestFiltering;IIS-Performance;IIS-HttpCompressionStatic;IIS-HttpCompressionDynamic;IIS-WebServerManagementTools;IIS-ManagementConsole;IIS-IIS6ManagementCompatibility;IIS-Metabase;IIS-WMICompatibility;WAS-WindowsActivationService;WAS-ProcessModel;WAS-NetFxEnvironment;WAS-ConfigurationAPI;WCF-HTTP-Activation;WCF-NonHTTP-Activation

Prerequisites installieren
Leider unterstützt die Installationsroutine von SharePoint Server 2010 nicht die Installation der Prerequisites. Daher müssen die erforderlichen Komponenten für SharePoint 2010 manuell installiert werden:

Zusätzlich muss noch das mit SharePoint mitgelieferte Filterpack auf dem Client bereitgestellt werden. Dazu muss zunächst das Installationspaket gestartet werden. Dieses entpackt die für die Installation erforderlichen Dateien nach C:\Program Files (x86)\MSECache\oserver2010. Das FilterPack befindet sich im Verzeichnis PrerequisiteInstallerFiles\FilterPack\FilterPack.msi.

SharePoint Server installieren
Jetzt kann der Server installiert werden. Dazu muss im entpackten Installationsverzeichnis die Config-Datei (C:\Program Files (x86)\MSECache\oserver2010\Files\Setup\config.xml) um den Eintrag <Setting Id="AllowWindowsClientInstall" Value="True"/> ergänzt werden. Mit diesen Schritten lässt sich der SharePoint Server 2010 problemlos auf einem Windows 7-Client installieren!

Language Pack installieren
Wer zusätzlich zum Server noch ein Language Pack installieren möchte, muss das Installationspacket zuvor extrahieren (ServerLanguagePack.exe /extract:D:\LanguagePack), um die hier enthaltene Config-Datei anpassen zu können.

Konfiguration vorbereiten
Bei einer erweiterten Installation empfehle ich die Farm mit separaten Service Accounts zu installieren. Da diese Konfiguration über die Benutzeroberfläche des Configuration Wizards nicht unterstützt wird, muss hierfür der PowerShell-Befehlt New-SPConfigurationDatabase zur Hilfe genommen werden.

Wer die Farm im Standalone-Modus installiert hat und die SharePoint-Datenbanken auf einer dedizierten Datenbankinstanz (nicht Express) erzeugen möchte, kann hierzu folgenden PSConfig-Befehl verwenden:

PSCONFIG.EXE -cmd configdb -create -server <SERVERNAME> -database SharePoint_Config -passphrase <KENNWORT> -admincontentdatabase SharePoint_Content_CentralAdmin

Bei beiden Installationsvarianten kann nach den vorbereitenden Schritten der Configuration Wizard ausgeführt werden, um die Konfiguration der Farm abzuschließen.

WCF Patch installieren
Bei einer Windows 7 oder Windows Server 2008-Installation gibt es ein bekanntes Problem in der WCF-Komponente, das zu einem Fehler bei der Verwaltung der Managed Services führt.Um diesen Fehler zu beheben, muss ein Patch installiert werden, das unter folgender URL heruntergeladen werden kann: http://support.microsoft.com/kb/976462

Das war es auch schon! Ich bin ziemlich happy, weil ich hiermit bei meinen zukünftigen Präsentationen auf langsame virtuelle Maschinen verzichten kann.

SharePoint Magazin goes 2010

Fabian Moritz — Thu, 26 Nov 2009 15:46:42 GMT

Vermutlich haben es einige von euch mitbekommen, dass es im September eine erste Ausgabe des SharePoint Magazins gab. Nach Aussagen des Herausgebers (Software & Support Verlag) war das Helft ein voller Erfolg! Nicht nur das ist der Grund, weshalb sich der Verlag dafür entschieden hat, weitere Ausgaben im kommenden Jahr folgen zu lassen. Bereits Anfang 2010 erscheint das nächst Heft mit dem Schwerpunkt auf SharePoint 2010. Die bereits verabschiedeten Themen bilden einen Querschnitt über die gesamte SharePoint 2010-Plattform und liefern spannenden Lesestoff für Entscheider, Architekten, Administratoren und auch für Entwickler. Auch ich werde meinen Teil dazu beitragen und einen Artikel zum Thema Web Content Management mit SharePoint 2010 dem Magazin beisteuern.

Vollständige SharePoint Server 2010-Installation mit lokalen Service Accounts

Fabian Moritz — Thu, 26 Nov 2009 15:33:43 GMT

Bei dem Versuch SharePoint Foundation oder SharePoint Server 2010 mit lokalen Service Accounts vollständig (Advanced Mode) zu installieren, meldet sich SharePoint mit der Fehlermeldung, dass lokale Benutzerkonten nur im Stand Alone Modus erlaubt sind, also in einer Installation mit lokaler SQL Server Express-Version und ohne Kontrolle über die Service Accounts.

Auch die Kommandozeilenvariante von PSConfig (SPConfig.exe) kennt hier keine Möglichkeit. Was jedoch hilft ist PowerShell! Über den Befehl New-SPConfigurationDatabase kann sowohl die Konfigurationsdatenbank als auch die Inhaltsdatenbank der Zentraladministration erstellt und mit einem lokalen Farm Account bestückt werden. Der Befehl erwartet den Namen der Konfigurationsdatenbank, den Datenbankserver, die Credentials des Farm Acconts sowie ein Sicherheitskennwort.

Nach Ausführung dieses Befehls kann der Configuration Wizzard wieder gestartet werden, der die weitere Farm-Konfiguration übernimmt. In diesem Fall sind die Einstellungen bereits vorbelegt.

Wer mittels PowerShell auch den Namen der Inhaltsdatenbank der Zentraladministration definieren möchte, kann den Parameter AdministrationContentDatabaseName an das Script übergeben.

Microsoft TechEd 2009: Meine Zeiten im Technical Learning Center

Fabian Moritz — Sun, 08 Nov 2009 15:02:24 GMT

Hallo Freunde und Kollegen!

Da ich weiß, dass einige von euch in der kommenden die TechEd in Berlin besuchen, hier mal die Zeiten, zu denen ich im Technical Learning Center (TLC) anzutreffen bin:

Di, 10.09.2009, 13:30 Uhr bis 15:30 Uhr
Mi, 11.09.2009, 13:30 Uhr bis 15:30 Uhr
Do, 12.09.2009, 15:30 Uhr bis 17:00 Uhr
Fr, 13.09.2009, 11:30 Uhr bis 13:30 Uhr

Solltet ihr Zeit finden und Bock auf SharePoint 2010 haben, freue ich mich auf euren Besuch!

Installation SharePoint Server 2010 - First Look

Fabian Moritz — Thu, 29 Oct 2009 12:54:21 GMT

Hier ein erster Blick in die Installation eines SharePoint Server 2010 (Beta). Zunächst ein paar Worte zu meiner Systemlandschaft. Als Betriebssystembasis dient ein Windows Server 2008 R2 (x64), der Mitglied einer Active Directory Domäne ist. Das ist wichtig, weil SharePoint sich sonst nur im Stand alone-Modus mit lokalem SQL Server Express installieren lässt. Weiterhin verlangt die Installationsroutine einen SQL Server 2008 SP1 mit mindestens dem kumulativen Update CU2 (Stand heute ist CU4). Auch SQL Server 2005 mit dem aktuellsten CU wird unterstützt. Wenn diese Voraussetzungen geschaffen sind, kann die Installation beginnen.

SharePoint 2010 begrüßt den Anwender mit einem neuen Startscreen.

Im ersten Schritt müssen die Voraussetzungen für den Betrieb von SharePoint 2010 installiert werden. Glücklicher Weise unterstütz SharePoint diesen Prozess durch ein integriertes Preparation Tool, das die Installation und Konfiguration der erforderlichen Systemkomponenten komplett übernimmt.

Danach kann die eigentliche Installation beginnen. Die Screens hierfür unterscheiden sich kaum von der Vorversion.

Aus dem 12er Verzeichnis, wird „14“…

Nach der Installation des SharePoint Servers können noch die gewünschten Sprachpakete installiert oder direkt der Configuration Wizard gestartet werden.

Auch in der neuen Version müssen die SharePoint-Dienste mit der Ausführung des Assistenten neu gestartet werden.

In meinem Fall möchte ich eine neue Serverfarm erstellen. Das andere Menü dient dazu, neue Frontend- oder Anwendungsserver einer bestehenden Farm hinzuzufügen.

Im nächsten Schritt muss, identisch der Vorversion, der Datenbank-Server und der Farm Account definiert werden.

Ich empfehle die Portnummer der Zentraladministration so zu wählen, dass man ohne länger zu recherchieren von einem beliebigen Bereich auf die Webseite zugreifen kann. Wir nutzen in der Regel den Port 7777.

Nach erfolgreicher Installation des SharePoint Servers öffnet sich direkt der Configuration Wizard der Zentraladministration, ein Assistent zur Einrichtung der gewünschten SharePoint-Dienste. Ich empfehle diesen Schritt zu überspringen (warum erkläre ich gleich) und zur Startseite der Zentraladministration zu wechseln, um die Dienste manuell einzurichten. So präsentiert sich das neue Design der Zentraladministration.

SharePoint 2010 liefert ein komplett neues Servicemodell, der Nachfolger von den Shared Services. Hierüber können Administratoren entscheiden, welche Dienste in der Farm benötigt werden und diese separat konfigurieren. Ich empfehle die manuelle Konfiguration der Dienste, weil man hierüber mehr Kontrolle über die Servicekonten oder die Einrichtung der jeweiligen Anwendung hat. Mit dem Assistenten werden sämtliche Dienste über denselben Service Account ausgeführt, was ich als nicht optimal bezeichne. Ich empfehle für jeden Dienst einen separaten Service Account einzurichten. Die Gründe liegen im Bereich der Security, dem Management und dem einfacheren Troubleshooting bei einem Fehlerfall. Über den Hyperlink Manage services on server gelangt man zur Liste sämtlicher Dienste und das ist in SharePoint 2010 eine Menge!

Bevor nun wild sämtliche Dienste gestartet werden, sollte man sich überlegen, welche Services in der SharePoint-Farm überhaupt benötigt werden, um nicht unnötig Ressourcen zu verschwenden. In meinem Fall möchte ich exemplarisch die SharePoint Foundation und SharePoint Server Search einrichten. Die SharePoint Foundation-Suche ist vergleichbar mit der von Windows SharePoint Services 3.0. Der Dienst kann direkt über diese Administrationsoberfläche konfiguriert und gestartet werden.

Die Einrichtung verlangt zunächst ein Konto für den Suchdienst und für die Content Access.

Danach muss der Datenbankname und das Intervall des Crawling definiert werden.

Die Einrichtung der SharePoint Suche gestaltet sich schon anders. Beim Versuch den Dienst direkt zu startet liefert die Zentraladministration den Hinweis, dass die Suche über eine sogenannte „Service Application“ installiert werden muss.

Service Applications sind der Nachfolger des Shared Service Providers. Hierüber werden zusammenhängende Dienste der SharePoint Farm konfiguriert. Wer nicht über diesen Weg auf die Service Applications navigieren möchte, kann auch direkt über Application Management > Service Applications auf die Administrationsoberfläche der Managed Services zugreifen.

In diesem Bereich kann über den Button New eine neue „Search Service Application“ erzeugt werden.

Die Service Application verlangt einen Namen und den Service Account für den Suchdienst.

Im nächsten Schritt muss der Service Account für den Admin Web Service definiert werden. Hier gibt es etwas Neues! SharePoint 2010 integriert sogenannte Managed Accounts. Bevor Service Accounts innerhalb der SharePoint Farm genutzt werden, müssen sie als Managed Account registriert werden.

Erst danach können sie als Dienstkonto referenziert werden.

Auch die Web Application des Query Diensts bekommt einen separaten Service Account.

Danach kann die Konfiguration des Managed Service vollendet werden.

Im letzten Teil dieses Artikels möchte ich noch schnell zeigen, wie eine neue Web Application erstellt wird. Da sich hier nur im Bereich der Servicezuweisung etwas geändert hat, spare ich mir die Zwischenkommentare.

So, das war es auch schon! Zusammenfassend kann ich behaupten, dass die Installation der SharePoint-Diensten und Anwendungen recht leicht von der Hand geht.

Vegas die Letzte - SharePoint goes Enterprise!

Fabian Moritz — Sun, 25 Oct 2009 12:34:34 GMT

Als letzten Bericht von der SharePoint Conference 2009 möchte ich ein Resümee ziehen. Die Veranstaltung war aus meiner Sicht ein voller ERFOLG und für mich persönlich das HIGHLIGHT der vergangenen drei Jahre. Microsoft hat es mit SharePoint 2010 geschafft eine Technologie auf die Beine zu stellen, die die Menschen BEGEISTERT. Ich habe selten so viele enthusiastische Menschen auf einem Fleck gesehen. T-Shirts in einer Variation von „I LOVE …“, waren der absolute Renner. Ja und mit SharePoint 2010 bekommen wir eine Plattform, die ohne Zweifel ENTERPRESE-fähig ist. Neue Funktionen im Bereich ECM, BCS, Sandbox Solutions, Office Online, Office Web Applications oder FAST Search sind nur einige der Technologien, die das unter Beweis stellen. Wie geht es nun weiter? Im November stellt Microsoft die Beat 2 als öffentliche Betaversion bereit. In der ersten Hälfte des kommenden Jahres wird SharePoint 2010 als fertig Produktversion auf den Markt gebracht. Ich werde versuchen auf meinem Blog weitere Artikel zu veröffentlichen. Mich persönlich kann man auf der TechEd in Berlin oder im kommenden Jahr auf der SharePoint Konferenz bzw. der BASTA Spring antreffen. Ansonsten freue ich mich natürlich über jedes Feedback von euch!

Vegas die Zwölfte - Visual Studio 2010 SharePoint Development Tools

Fabian Moritz — Sun, 25 Oct 2009 12:33:51 GMT

SharePoint-Entwickler können sich auf eine Vielzahl neuer Tools, und Standardfunktionen in Visual Studio 2010 freuen. Visual Studio 2010 integriert Standardvorlagen für die meisten SharePoint-Anwendungstypen und neue Möglichkeiten für die Erstellung von und Bereitstellung von Solution Packages. Visual Studio enthält folgende Projektvorlagen:

Empty SharePoint Project
Visual Webpart
Sequential Workflow
State Machine Workflow
Business Data Connectivity Model
Event Receiver
List Definition
Content Type
Module (Files)
Site Definition
Import Reusable Workflow (von SharePoint Designer)
Import SharePoint Solution Package (WSP)

Über einen Assistenten können Entwickler entscheiden, ob sie eine Sandbox oder Farm Solution erstellen möchten.

Ein neuer Server Explorer liefert die Möglichkeit, sich mit einer SharePoint Site Collection zu verbinden. Die hier angebotenen Möglichkeiten sind mit denen des SharePoint Designers vergleichbar.

Die Weiterverarbeitung von SharePoint-Designer Workflows wird durch einen Import Wizzard unterstützt.

Auch WSP-Dateien lassen sich zukünftig in Visual Studio importieren.

Die Zusammenstellung von SharePoint Solutions wird durch einen Feature und Solution Designer unterstützt.

Die Standardfunktionen von Visual Studio 2010 können um benutzerdefinierte Vorlagen, Kontext Menüs oder Add-ins erweitert werden. Die Erweiterungen werden über die Visual Studio Extensibility API implementiert.

Visual Studio 2010 ist die erste Entwicklungsumgebung, die einen echten Support für die Umsetzung von SharePoint-Komponenten liefert und vielen Entwicklern die Arbeit bei der Umsetzung von SharePoint-Anwendungen erleichtern wird.

Vegas die Elfte - Sandbox Solutions

Fabian Moritz — Sun, 25 Oct 2009 12:26:48 GMT

SharePoint 2010 integriert eine signifikante Verbesserung im Bereich der dezentralen Organisation und Separation von SharePoint-Anwendungen. Sandbox Solutions sind ein komplett neues Deployment-Modell, das es ermöglicht, SharePoint Solutions Packages (WSP-Dateien) auf Ebene der Site Collection bereitstellen zu können. Besonders im Hosting-Umfeld liefern Sandbox Solutions neue Perspektiven, da Anwendungen nicht mehr durch einen administrativ gesteuerten Prozess zentral bereitgestellt werden müssen. Sandbox Solutions sind auf einen bestimmten Funktionsumfang des Objektmodells (bezogen auf die Site Collection) beschränkt. Folgende Typen werden von Sandbox Solutions unterstützt:

Content Types, Site Columns
Custom Actions
SharePoint Designer Workflows
Event Receiver, Features Receiver
InfoPath Forms
List Definitions
Webparts
Site Pages

Was genau ist eine Sandbox? Die Sandbox ist ein separater Prozess, in dem die Solution ausgeführt wird. Die Sandbox stellt ein Subset des Microsoft.SharePoint-Namespaces bereit, der den Code auf die Ausführung von Funktionen innerhalb Site Collection einschränkt.

Die Limitierung wird über Code Access Security Policies gesteuert. Folgende Abbildung zeigt die möglichen Berechtigung einer Sandbox Solutions.

Bei der genaueren Betrachtung der Sandbox Solutions müssen drei Prozesse in die engere Sicht genommen werden:

User Code Service (SPUCHostService.exe). Dieser Windows Service wird auf jedem Server der Farm ausgeführt, auf dem Sandbox Solutions erlaubt sein sollen. Er übernimmt die Kontrolle der Worker Prozesse, in denen die Solutions ausgeführt werden.
Sandbox Worker Process (SPUCWorkerProcess.exe). Dieser Prozess stellt den Kern der Sandbox dar, da hierüber die Solution ausgeführt wird.
Sandbox Worker Process Proxy (SPUCWorkerProcessProxy.exe). Sandbox Solutions verwenden dieselbe Service-Infrastruktur, wie alle anderen Anwendungen. Die Kommunikation übernimmt dieser Proxy.

Die Installation einer Sandbox Solutions wird über die Solution Gallery ermöglicht, die auf der Ebene der Site Collection bereitgestellt wird.

Die Kontrolle, das Management und Monitoring wird über die Zentraladministration durchgeführt.

Aus meiner Sicht sind Sandbox Solutions die Grundlage für die Bereitstellung von Hosting und Cloud-Diensten und eine wirklich wichtige Verbesserung in der neuen SharePoint-Version.

Vegas die Zehnte - Die 10 wichtigsten neuen Features von SharePoint Designer 2010

Fabian Moritz — Sun, 25 Oct 2009 12:23:11 GMT

Der SharePoint Designer bleibt das Werkzeug für die SharePoint-Anwender und Administrator für die Arbeit mit Objekten einer Site Collection. Hier eine Liste der 10 wichtigsten Features des SharePoint Designers 2010:

1. SharePoint Designer-Rechte. Auf Ebene der Site Collection können Administratoren steuern, welche Aufgaben über den SharePoint Designer erlaubt werden (Site Collection Site Settings -> SharePoint Designer Settings).

2. Neues Dashboard Interface. Die Objekte und Aufgaben werden in der kontextuellen Benutzeroberfläche dargestellt.

3. Einfache Erstellung neuer Elemente. Seiten, Listen und Workflows.

4. Verwaltung von SharePoint-Berechtigungen

5. Erstellung von Inhaltstypen mit der Möglichkeit, diese direkt an eine Liste oder Dokumentenbibliothek zu binden.

6. Erstellung von SharePoint Assets zur Speicherung von Ressourcen, Grafiken und Style Sheets.

7. XSLT-Listenansicht. Manipulierung von Ansichten im SharePoint Designer und im Browser.

8. Erstellung von externen Datenquellen. Datenbanken, XML-Dateien, Server-side Scripte oder Web Services

9. Verwaltung von BCS External Content Types

10. Erstellung von Workflows. List Workflows, Site Workflows, Reusable Workflows

Vegas die Neunte - Logging und Monitoring in SharePoint 2010

Fabian Moritz — Wed, 21 Oct 2009 23:56:09 GMT

Mittwoch, 14:45 Uhr. Auch für die IT-Pros möchte ich gerne einen Beitrag leisten. Das der Grund für den Besuch der Session Health and Monitoring Investments.

Wer das Dilemma kennt, vor endlosen Logeinträgen zu sitzen, um einen Fehlerbericht zu finden, wird sicherlich genauso gespannt sein wie ich, was sich hier mit SharePoint 2010 ändert.

SharePoint 2010 liefert in den Bereichen Diagnose, Logging und Reporting einige Neuerungen. Für eine durchgängige, einheitliche Diagnose von SharePoint-relevanten Ereignissen wurde ein Unified Logging Service (ULS), eine Logging-Datenbank sowie das Developer Dashboard eingeführt. Das Monitoring von SharePoint-Farmen wird zukünftig durch einen regelbasierten Health Monitor oder den System Center Operation Manager möglich. Hier eine Zusammenfassung der wichtigsten neuen Features:

Event Throttling
Das Management der SharePoint-relevanten Ereignisse wurde komplett überarbeitet. Über eine deutlich anwenderfreundliche Administrationsoberfläche können die zu überwachenden Ereignisse konfiguriert werden.

Correlation ID
Ein neues Feature in SharePoint 2010 ist die Correlation ID. Mit dieser Erweiterung werden Benutzersitzungen einer eindeutigen ID zugeordnet. Mittels dieser ID werden Ereignisse innerhalb der SharePoint-Farm (Frontend- und Anwendungsserver) eindeutig zugeordnet, wodurch die Identifizierung von zusammenhängenden Logeinträgen deutlich einfacher wird.

Die Correlation ID wird bei einem auftretenden Fehler als zusätzliche Information auf der Fehlerseite ausgegeben.

ULS Viewer
Für eine vereinfachte Auswertung der Logdaten hat Microsoft heute den ULS Viewer veröffentlicht. Das Auswertungswerkzeug ermöglicht die Echtzeitanalyse von Logeinträgen und optimiert diesen Prozess durch eine Reihe an Filter- und Sortierungsfunktionen.

Der ULS Viewer unterstützt auch die Analyse von Microsoft Office SharePoint Server 2007-Logdaten. Das kostenlose Werkzeug steht ab sofort zum kostenlosen Download bereit.

PowerShell Support
Auch PowerShell ermöglicht durch die Bereitstellung einiger neuer Befehle für SharePoint 2010 die Arbeit mit den Logdaten.

Logging-Datenbank
Mit der Installation von SharePoint Foundation wird automatisch eine Logging-Datenbank erzeugt, in der unterschiedliche Auswertungsdaten der SharePoint-Farm abgespeichert werden. Das Schema der Datenbank ist dokumentiert und veröffentlicht, was bedeutet, dass die Logging-Datenbank auch für eigene Anwendungen genutzt und erweitert werden kann. Von der Datenbank werden Seitenaufrufe, Webpart-Ereignisse, ULS-Mitschnitte von Ausnahmen und unerwarteten Fehlern sowie Event Logs sämtlicher Server geloggt. Die Verwaltung der Logging-Datenbank erfolgt über die Zentraladministration.

Zur Auswertung dieser Daten stellt SharePoint 2010 eine Reihe von Standardberichten bereit. Auch das Reporting kann um eigene Anwendungen erweitert werden.

Developer Dashboard
Nicht nur für den Entwickler dürfte das Developer Dashboard interessant sein. Die Erweiterung liefert eine Reihe sehr detaillierter Informationen zur Webseite, wie zum Beispiel zu den Seitenaufrufen, den Datenbankanfragen oder zu den Webpart Events.

Das Developer Dashboard muss über PowerShell aktiviert werden.

Health Analyser
Zur Auswertung bestimmter Kennzahlen der SharePoint-Infrastruktur integriert SharePoint 2010 einen neuen Health Analyser. Das regelbasierte Auswertungswerkzeug ermöglicht dem Administrator die Überprüfung bestimmter Merkmale über die Zentraladministration.

Vegas die Achte - Das neu entworfene Servicemodell von SharePoint 2010 (aka Shared Services)

Fabian Moritz — Wed, 21 Oct 2009 21:22:51 GMT

Wer sich an die Shared Services von Microsoft Office SharePoint Server 2007 gewöhnt hat, wird den Begriff schnell wieder aus dem Gedächtnis streichen können. Die Shared Services werden durch ein neu entworfenes Service-basiertes Architekturmodell abgelöst. Die Services sind in SharePoint Foundation 2010 integriert und können beliebig erweitert werden. Bei der Installation einer SharePoint-Umgebung muss in SharePoint 2010 kein Shared Service Provider mehr erstellt werden. Die Dienste können dort verwendet werden, wo sie erforderlich sind. Die Administration der Services erfolgt über die Zentraladministration oder PowerShell. Hierüber können die Anwendungsidentitäten und ggf. benutzerdefinierten Einstellungen konfiguriert werden. In großen Umgebungen können die Dienste auf unterschiedliche Anwendungsserver verteilt werden. Das Service-Modell von SharePoint 2010 ist komplett skalierbar. Bestimmte Dienste können auf mehrere Farmen verteilt werden. Dabei stellen die Services je nach Architektur ihre Informationen mittels einer Web Service Schnittstellt bereit.

Vegas die Siebte - Enterprise Wikis in SharePoint 2010

Fabian Moritz — Wed, 21 Oct 2009 20:48:51 GMT

Mittwoch, 11:30 Uhr. Die jetzige Session habe ich bewusst für meine Kunden ausgewählt, da ich bei der aktuellen Wiki-Implementierung in der Regel schlechte Nachrichten zu übermitteln hatte.

Wikis erhalten in der SharePoint-Plattform einen sehr großen Einzug und integrieren sich vollständig in die Umgebungen von SharePoint Foundation und SharePoint Server.

„Alles ist eine Wiki-Seite“. In SharePoint 2010, egal ob SharePoint Foundation oder SharePoint Server, kann jede Start- oder Content-Seite direkt über die Websiteoberfläche modifiziert werden. Das Web Edit Feature ermöglicht über das kontextuelle Ribbon die Anpassung sämtlicher sichtbaren Inhalte. Anwender haben die Möglichkeit, den Text zu formatieren oder direkt Bilder in die Seite zu integrieren. Was mich besonders freut ist die einfache Handhabung beim Upload neuer Bilder.

Die interne Verlinkung von Wiki-Seiten ist in SharePoint 2010 deutlich anwenderfreundlicher. Der Rich Text Editor integriert eine Art Intelli Sense, die mit der Eingabe einer doppelten eckigen Klammer automatisch die innerhalb der Webseite enthaltenen Wiki-Seiten auflistet.

Wer bereits Erfahrungen mit dem Zusammenarbeits- oder Veröffentlichungsportal von Microsoft Office SharePoint Server 2007 hat, dem wird der Einstieg in die neue Wiki-Technologie nicht allzu schwer fall. Das Enterprise Wiki basiert komplett auf dem Publishing Framework von SharePoint. Die Wiki-Seiten werden über Seitenlayouts abgebildet, die ihre Daten in benutzerdefinierten Spalten der Seitenbibliothek abspeichern. Die Anpassung und Erweiterung der Wiki-Vorlagen ist identisch die der aktuellen Publishing Portale. Masterseiten und Seitenlayouts können direkt über den SharePoint Designer (oder Visual Studio) erstellt und gestaltet werden. Das Management der Vorlage erfolgt auf Ebene der Websiteeinstellungen.

Eine wichtige Rolle beim Enterprise Wiki spielen Metadaten. Mit der Erstellung einer neuen Wiki-Seite wird automatisch die Metadatengruppe Wiki Categories erstellt, in der die Metadaten und Terms für die jeweilige Wiki-Seite definiert werden können. Die hier hinterlegte Taxonomie (Metadaten lassen sich mit SharePoint 2010 komplett hierarchisch abbilden) kann durchgängig in der gesamten Seitenstruktur zu Klassifizierung der Inhalte verwendet werden.

Eine Sache hätte ich mir beim Enterprise Wiki jedoch gewünscht: Ein Inhaltsverzeichnis. Microsoft verweist die Anwender hier auf den Content Query Webpart, der eine Reihe von unterschiedlichen Funktionen liefert, Wiki-Seiten aggregiert aufzulisten.

Ansonsten muss ich zugeben, dass ich von dem Enterprise Wiki in Verbindung mit den Managed Metadata sehr begeistert bin und mich schon auf das erste Projekt mit dieser Technologie freue.