Der Downloadlink für die Beta-Version von SharePoint 2010 (und weitere Beta-Versionen wie Office 2010): http://www.microsoft.com/2010

Die wichtigsten Online-Ressourcen sind dagegen für alle einsehbar:

• Alle Neuerungen bzw. Verbesserungen (momentan leider nur englischsprachig) sind zu finden unter: http://technet.microsoft.com/en-us/sharepoint/ee518662.aspx
• Für Entwickler am interessantesten natürlich das SDK unter: http://msdn.microsoft.com/en-us/library/ee557253(office.14).aspx
• Nicht zu verachten sind auch die Hard- und Softwarevoraussetzungen für den SharePoint Server 2010: http://technet.microsoft.com/en-us/library/cc262485(office.14).aspx. Hier gilt es anzumerken, dass SharePoint 2010 nur noch unter 64-Bit Systemen von Microsoft läuft, dafür jetzt aber auch ohne Hilfsmittel unter Windows Vista bzw. Windows 7 x64 (natürlich nur für Entwicklungszwecke) installierbar ist. Leider gibt es für Virtual PC (noch) keine Möglichkeit, x64-Gastsystem zum Laufen zu bringen, was eine effiziente Entwicklungs- und Demoumgebung unter diesen Voraussetzungen schwierig erscheinen lässt. Hier empfiehlt Microsoft das “Boot-to-VHD Feature von Windows 7 bzw. Windows 2008 R2 Server zu nutzen“. Wem das zu umständlich ist, sollte auf Konkurrenzprodukte aus dem Hause VMWare zurückgreifen, die schon seit längerem 64-Bit Gastsysteme unterstützen.

Interessante Vorträge und spannende Live-Demos gibt es auf den kommenden Konferenzen zum Thema SharePoint:

• Den Anfang macht der SharePoint iX-Day am 01.12. bzw. 02.12.2009 in Düsseldorf. Der erste Tag bietet hierbei mit Workshops und anschließenden Prüfungen eine gute Möglichkeit, eine SharePoint-Zertifizierung zu erlangen. Am zweiten Tag folgen dann in drei Sessions viele Präsentationen und Möglichkeiten zum Austausch unter SharePoint-Interessierten und -Experten. Herausheben möchte ich den Vortrag von Steffen Inderwies zum Thema “Perlen auf Codeplex – Mit freien Webparts das Leben vereinfachen“. Dieser Fachvortag richtet sich sowohl an Einsteiger als auch an SharePoint-Erfahrene, die ihre Lösung mit kostenfreien Erweiterung um nützliche Anwendungen bereichern wollen. Weitere Informationen finden Sie auch unter der Firmen-Homepage: http://www.consulting-business-solutions.de/sharepoint-2010-blog-und-sharepoint-ix-days-duesseldorf.html.
• Eine Stufe größer dürfte dann wieder die offizielle SharePoint-Konferenz am 24. bzw. 25. Februar 2010 in München ausfallen wenn mehr als 80 Sprecher in über 120 Vorträgen über Microsoft-Technologien referieren. Wir dürfen gespannt sein!

Dazu ruft man unter Extras -> Kontoeinstellungen den Reiter SharePoint-Listen auf:

Ein Doppelklick mit der Maus auf den Listeneintrag öffnet ein Fenster, in dem folgender Eintrag zu prüfen ist: Diese Liste auf anderen von mir verwendeten Computern nicht anzeigen

Falls bereits gelöschte Listen immer wieder in Outlook auftauchen, ist mit hoher Wahrscheinlichkeit dort kein Haken gesetzt, was zur Folge hat, dass auf allen Rechnern Outlook versucht, diese SharePoint-Liste zu synchronisieren und demnach immer wieder neu einbindet. Falls man diese dauerhaft löschen will, sollte auf allen Outlook-Instanzen dieser Eintrag für die SharePoint-Liste gesetzt werden. Nun wird die Liste auf allen PCs unabhängig voneinander verwaltet und kann bei jedem einzelnen über den “Entfernen”-Button (siehe Screenshot 1) aus Outlook gelöscht werden.

“Es wurden ungültige Daten zur Aktualisierung des Listeneintrags verwendet. Das Feld, das Sie aktualisieren möchten, ist möglicherweise schreibgeschützt.”

Falls die SharePoint-Umgebung auf Englisch installiert ist, lautet der Fehlertext: “Invalid data has been used to update the list item. The field you are trying to update may be read only.” Doch was nun? Nach einigen Tests fand ich heraus, dass die Felder “EventDate” und “EndDate” immer nur im Doppelpack aktualisiert werden dürfen. D.h. immer dann, wenn man einem der beiden Felder einen neuen Wert zuweisen will, muss auch das andere mit einem Wert (auch wenn es der alte ist) versehen werden. Dann klappt das Update reibungslos.

Hier ein kleines Beispiel:

Folgender Aufruf klappt nicht und erzeugt obige Fehlermeldung:

SPListItem item = SPContext.Current.Web.Lists["Kalender"].Items[0];
item["Title"] = "Heute";
item["EventDate"] = DateTime.Now;
item.Update();


Hier werden beide Datumsfelder behandelt und das Update findet statt:

SPListItem item = SPContext.Current.Web.Lists["Kalender"].Items[0];
item["Title"] = "Heute";
item["EventDate"] = DateTime.Now;
item["EndDate"] = DateTime.Now;
item["fAllDayEvent"] = true; //Das Ereignis soll als ganztägiges Ereignis deklariert werden
item.Update();


Mit Hilfe der SPUtility-Klasse und der darin enthaltenen Methode CreateISO8601DateTimeFromSystemDateTime kann jeder beliebige DateTime-Wert in das korrekte Format konvertiert werden. Hier ein Beispiel einer vollständigen CAML-Query (Abfrage aller Einträge eines SharePoint-Kalenders, deren Anfangsdatum größer als das heute Datum ist):

<Query>
<Where>
<Gt>
<FieldRef Name='EventDate' /><Value Type='DateTime'>" + SPUtility.CreateISO8601DateTimeFromSystemDateTime(DateTime.Now) + "</Value>
</Gt>
</Where>
</Query>

Die Sitevorlage für das Datenarchiv erreicht man (bei entsprechend installierter Lizenz) über das Menü Websiteaktionen -> Website erstellen. Anschließend wählt man unter Vorlagenauswahl die entsprechende Vorlage Datenarchiv im Reiter Enterprise aus:

Nachdem die neue Site erfolgreich erstellt wurde kann sie als Zielort für jedes beliebige Dokument auf dem SharePoint-Server für das Senden an-Kontextmenü verwendet werden. Dazu muss Sie jedoch zuvor in der Zentraladministration unter Anwendungsverwaltung -> Externe Dienstverbindungen -> Datenarchiv registriert werden. Als Url muss der entsprechende Zielort des Web Services angegeben werden, z.B. http://server/portal/_vti_bin/officialfile.asmx. Die möglichen Eingabefelder deuten schon darauf hin, dass nur ein Datenarchiv pro Server (-farm) konfiguriert und damit verwendet werden kann.

Damit ausgewählte Benutzer diese Funktion über die Weboberfläche nutzen können, müssen sie evtl. in den Berechtigungseinstellungen des Datenarchivs der Gruppe Absender des Datenarchiv-Webdiensts für Datenarchiv hinzugefügt werden. Bereits vorkonfiguriert ist innerhalb des Datenarchivs die sog. Liste Datensatzrouting, die die Verteilung der gesendeten Dateien an beliebig viele Dokumentbibliotheken übernimmt. Empfehlenswert ist eine Dokumentbibliothek pro Inhaltstyp (z.B. Verträge).

Gesteuert wird das Routing über den Titel eines Eintrages in der Liste, der dem Namen des Inhaltstypen des jeweiligen Dokuments übereinstimmen sollte. Gibt es hierzu mehrere Möglichkeiten (z.B. weil unterschiedliche Abteilungen unterschiedliche Inhaltstypen verwenden), können im Feld Aliase weitere Inhaltstypen angegeben werden. Für das Feld Speicherort ist der Name der Dokumentbibliothek vorgesehen, in der das Dokument archiviert werden soll.

Schickt man nun ein Dokument über das Senden-an Kontextmenü an das Datenarchiv wird eine Kopie dort zusammen mit einer XML-Datei abgelegt, die die entsprechenden Metaelemente des Dokuments beinhaltet.

Für einen effektiven Archivierungs- bzw. Ablageprozess vieler Dateien empfiehlt sich der Einsatz von Workflows oder individuell gestalteter Abläufe, die die Schnittstelle (erreichbar auch über das SharePoint-Objektmodell) des Datenarchivs nutzen.

SPFieldLookupValue lookupField = new SPFieldLookupValue(item["lookupTitle"].ToString());
string id = lookupField.LookupId; //enthält die Id des verknüpften ListItems
string value = lookupField.LookupValue; //enthält den Wert des verknüpften ListItems

Falls für die Verknüpfung mehrere Werte zulässt kann entsprechend die SPFieldLookupValueCollection verwendet werden:

SPFieldLookupValueCollection flvc =
new SPFieldLookupValueCollection(item["lookupTitle"].ToString());
foreach (SPFieldLookupValue flv in flvc)
{
string id = flv.LookupId; //enthält die Id des verknüpften ListItems
string value = flv.LookupValue; //enthält den Wert des verknüpften ListItems
}


if (web.GetFile(fileUrl).Exists)
{
SPFile file = web.GetFile(fileUrl);
}
else
{
//die Datei ist nicht vorhanden
}


• das MySQL-Datenbanksystem
• die SQL Server 2005 Express Edition
• eine Visual Studio 2008 Express Edition (z.B. Visual C# 2008 Express Edition)
• den MySQL Connector/Net

Nachdem alle Programme installiert sind, kann man auch schon anfangen, ein neues Windows-Projekt zu erstellen und alle benötigten Komponenten einzubinden (wichtig ist hier natürlich der Verweis auf die MySql.Data.dll). Die Vorgehensweise, die ich mir zuerst überlegt habe ist, jeweils eine Verbindung zur MySql-Datenbank und der zu füllenden MSSQL-Datenbank (deren Strukturen -sprich: Tabellen, Felder bzw. Datentypen – natürlich übereinstimmen müssen) herzustellen und zunächst ein DataSet mit den Daten aus der MySql-Datenbank zu befüllen. Anschließend wollte ich ein mit der MSSQL-Datenbank verbundenes DataSet mit der Methode merge mit den Daten aus dem ersten DataSet befüllen. Das hat auch soweit geklappt. Jedoch hat der nachfolgende Aufruf der Update()-Methode, der eine Synchronisation mit der Datenbank auslösen sollte, keine Veränderungen gezeigt: Die MSSQL-Datenbank blieb leer.

Der Grund hierfür ist, dass mit dem Mergen der Datenbanken der sog. rowstate der neuen Tabellenzeilen nicht als Änderungen bzw. hinzugefügte Zeilen erkannt werden und somit keine Übertragung beim Aufruf von Update() erfolgen. Doch hierfür gibt es Abhilfe: die AcceptChangesDuringFill-Eigenschaft eines DataSets kann vor dem Befüllen auf false gesetzt werden, so dass alle hinzugefügten Zeilen als neu hinzugefügt markiert sind, und bei einem Update auf einen anderen DataAdapter auch als diese erkannt werden. Somit wird nur ein DataSet benötigt und ein mergen überflüssig. Diese Technik kann übrigens auch für andere Datenbanksysteme, die sich mit .NET anzapfen lassen, genutzt werden. Der folgende Beispielcode bezieht sich allerdings auf das erwähnte Vorgehen für den Import von MySql-Daten in eine MS SQL Server Datenbank: