SharePoint 2007-2010

Das Problem: mit Outlook 2007 synchronisierte SharePoint-Listen bzw. Dokumentbibliotheken erscheinen nach dem Entfernen aus Outlook in bestimmten Fällen nach kurzer Zeit wieder. Das Problem kann auftreten, wenn Outlook an mehreren Standorten bzw. PCs genutzt und synchronisiert wird, beispielsweise im Terminalserver, Desktop-PC und im mobilen Gerät. Die Lösung ist ein Eintrag in der lokalen Outlook Kontoeinstellung für die jeweilige SharePoint-Liste:

(weiterlesen …)

Die Standard SharePoint-Kalender benutzen folgende Felder (die interne Feldbezeichnung) für das Start- und Enddatum der jeweiligen Einträge: EventDate und EndDate. Beim Zugriff über ein SPListItem-Objekt kann es durchaus vorkommen, dass man beim Versuch, einen Wert zu aktualisieren (auch wenn korrekte Datumswerte übergeben werden), folgende Fehlermeldung erhält:

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

(weiterlesen …)

SharePoint erwartet bei einer CAML-Abfrage, die DateTime-Werte filtern soll, diese im ISO8601-Format. Ein Datum in dieser Form würde z.B.  so dargestellt werden: 2009-03-08T00:00:00Z. Falls das aktuelle System-Datum integriert werden soll, reicht dagegen die Angabe <Today /> innerhalb der Abfrage aus.

(weiterlesen …)

Eine über die SharePoint Server 2007 Lizenz vorhandene Sitevorlage installiert das sog. Datenarchiv, an das Daten wie E-Mails oder Word-Dokumente zur Archivierung abgelegt werden können. Über diesen Mechanismus können z.B. frei gestaltbare Richtlinien zum Ablauf auf bestimmter Dokumentinhaltstypen definiert werden oder Dokumente aus Drittsystemen über Web Service Schnittstelle an das Archiv gesendet werden. Im folgenden eine kurze Übersicht, wie ein Datenarchiv im SharePoint Server eingerichtet wird:

(weiterlesen …)

Lookup-Felder erlauben Verknüpfungen von Werten eines Listeneintrages mit einer anderen Liste. List man diese Werte über das SharePoint-Objektmodell aus, erhält man über das SPListItem eine Zeichenkette in der Form “id;#wert”, wobei id die eindeutige Id des verknüpften Listenwertes darstellt und wert den eigentliche Inhalt. Will man nun diese Informationen getrennt verarbeiten, war bisher ein relativ aufwendiges Teilen des Strings nötig. Im WSS 3.0 SDK ist das nun nicht mehr nötig:
(weiterlesen …)