Sharepoint

Gestern überraschte mich Sharepoint mit einem mir zunächst vollkommen unverständlichen Verhalten. Ich versuchte zu einer Seite ein WebPart hinzuzufügen, welches ich kurz davor entwickelt hatte. Jedoch kam jedes Mal nachdem ich das Webpart auswählte ein Dialog der mich zur Eingabe von Benutzernamen und Passwort aufforderte. Meine korrekt eingegebenen Benutzerdaten akzeptierte der Dialog nicht. Der Klick auf “Abbrechen” führte schließlich zu einer Standard HTTP 401 Unauthorized Seite. Weder im Event-Log, noch in den Sharepoint-Logs konnte ich Informationen zur Fehlerursache finden. Also folgte einige Zeit der Ratlosigkeit und des Fluchens ehe ich mehr zufällig auf die Lösung kam:...

"Dieser Webpart kann nicht angezeigt werden. Öffnen Sie diese Webseite in einem Windows SharePoint Services-kompatiblen HTML-Editor, wie beispielsweise Microsoft Office SharePoint Designer, um dieses Problem zu behandeln. Falls das Problem weiterhin besteht, wenden Sie sich an Ihren Webserveradministrator." Dies ist mit großem Abstand meine Sharepoint Lieblingsfehlermeldung. Dahinter kann sich so ziemlich alles verbergen. Kürzlich erhielt ich diese Meldung, nachdem ich einige Änderungen an einem Dataview Webpart (DVWP) bei einem meiner Kunden vorgenommen hatte. Typischerweise kommt diese Meldung, wenn man ein DVWP in einer Sharepoint Umgebung exportiert und in eine andere Importiert. Ursache ist in solchen Fällen die fehlerhafte Liste GUID,...

Während der Webpart Entwicklung kann es nützlich sein, zu wissen ob man sich gerade im Webpart Design Modus befindet. Folgender Codeausschnitt zeigt, wie man an diese Information kommt: protected bool IsDesignMode() { bool designMode = true; if (this.Page != null) { ...

Kürzlich versuchte ich via stsadm -o restore das Sharepoint Backup eines Kundens auf meinem Entwicklungsrechner einzuspielen. Obwohl die Wiederherstellung problemlos lief, kam beim anschließenden Aufrufen der Seite stets nur die statische Meldung: HTTP 500, interner Serverfehler. Sowohl das Eventlog, als auch die Sharepoint-Log Dateien gaben keinen Aufschluss zur Ursache des Fehlers. Auch Google und Co waren wenig hilfreich. Nach stundenlangem Probieren konnte ich die Ursache glücklicherweise doch finden: Sowohl der Kunde, als auch ich hatten einen englischen MOSS auf einem englischen Windows 2003 Server installiert. Im Gegensatz zu mir hatte der Kunde jedoch zusätzlich die deutschen Sprachpakete für MOSS und...

Möchte man als Entwickler einen Einstieg in die Entwicklung mit den Microsoft Windows Sharepoint Services (WSS) 3.0 oder den Microsoft Office Sharepoint Server (MOSS) 2007 finden, steht man zu Beginn vor einer eher ungewöhnlichen Frage: "Welche Systemumgebung brauche ich, um überhaupt los legen zu können?" Reicht für andere Einsatzzwecke normalerweise ein Windows Client Betriebssystem inklusive Visual Studio nebst dem ein oder anderen Tool aus, muss es für die Sharepoint Entwicklung ein vollständiges Server Betriebssystem sein. Da die wenigsten Entwickler wohl einen Server als "Hauptbetriebssystem" nutzen, liegt der Griff zur einer Virtuellen Maschine nahe. Leider ist auch diese nicht ganz so...