Gehören Sie zu jenen SharePoint-WebPart - Entwicklern, bei denen absolut jedes Projekt auf Anhieb funktioniert, der gesamte Code fehlerfrei und die web.config richtig angepasst ist?
Wenn Sie diese Frage mit Ja beantworten können, sind Sie wahrscheinlich Gott und können diesen Artikel überspringen. Gehören Sie allerdings zur Gruppe der Normal - Sterblichen, so dürften Sie folgende oder eine ähnliche Seite nach dem Hinzufügen eines WebParts zu einer WebPart - Seite schon öfter gesehen haben:
Natürlich können Sie nun in der web.config die CustomErrors entweder ganz oder nur lokal ausschalten und das Abrufen des Stacks erlauben, um im Browser eine aussagekräftigere Fehlermeldung anzuzeigen:
<configuration>
<system.web>
<customErrors mode="RemoteOnly" />
</system.web>
</configuration>
und
<configuration>
<SharePoint>
<SafeMode CallStack="true"/>
</system.web>
</configuration>
Oder Sie hängen sich einfach mit dem Visual Studio Debugger an den w3w.exe - Prozess. Meistens ist die Lösung ja auch schnell gefunden, womit das WebPart aktualisiert werden kann und die WebPart - Seite wieder läuft.
Wird der Fehler jedoch nicht sofort erkannt, da er vielleicht gar nicht im WebPart selbst, sondern an einer ganz anderen Stelle (z.B. an Sicherheitseinstellungen in der web.config) liegt, so muss das fehlerhafte WebPart von der Seite entfernt werden, um diese Seite wieder lauffähig zu machen.
Das Entfernen der fehlerhaften WebParts geschieht über die sog. WebPart - Wartungsseite. Diese kann z.B. folgendermaßen aufgerufen werden:
- Öffnen der Seitenbibliothek der Website, in welcher sich auch die fehlerhafte Seite befindet
- Auswahl des Menüpunktes "Eigenschaften bearbeiten" im Kontextmenüs der fehlerhaften Seite
- Im unteren Bereich auf "WebPartseite in Wartungsansicht öffnen" klicken
- Fehlerhafte WebParts markieren und auf "Löschen" klicken
Wem dies zu lange dauert, der hängt einfach an die URL der fehlerhaften Seite "?Contents=1" und erreicht genauso die WebPart - Wartungsseite der Seite.