Ereignisidentitätswechsel in SharePoint Foundation 2010
Letzte Änderung: Donnerstag, 8. April 2010
Gilt für: SharePoint Foundation 2010
In Microsoft SharePoint Foundation 2010 wurde die Fähigkeit zum Bereitstellen des Ereignisidentitätswechsels stark verbessert.
Ereignisidentitätswechsel
In früheren Versionen von SharePoint Foundation wurden Ereignisse, die bei der Verarbeitung einer Anforderung ausgeführt wurden, im Kontext des Benutzers ausgeführt, durch dessen Aktion das Ereignis ausgelöst wurde. Dies war im Allgemeinen akzeptabel. Falls dadurch ein Problem auftrat, konnte ein Entwickler zudem wieder den Systemkontokontext verwenden oder ein neues SPSite-Objekt zur Verwendung durch einen bestimmten Benutzer erstellen.
In einigen Szenarien, z. B. wenn ein aktiver Workflow Code besitzt, der mit erhöhten Berechtigungen ausgeführt wird, wird der Code im Kontext des Systemkontos ausgeführt. In diesem Szenario jedoch, in dem der Ereignisempfängercode mit den Anmeldeinformationen des Ursprungsbenutzers ausgeführt werden muss, können Sie in SharePoint Foundation 2010 das Zurücksetzen rückgängig machen.
Im Idealfall wären zwar nur Ereignisse ohne Identitätswechsel oder ohne Zurücksetzen vorhanden, wenn Code zur Behandlung solcher Ereignisse ausgeführt wird, doch dieses Verhalten wird in SharePoint Foundation 2010 aus Gründen der Abwärtskompatibilität nicht eingeführt. Besser wird die Identität (ID) des Ursprungsbenutzers angegeben, und der Ereignisempfängerimplementierer kann dann entsprechend antworten.
In SharePoint Foundation 2010 wurde auch die neue OriginatingUserToken-Eigenschaft in der SPEventPropertiesBase-Klasse eingeführt, die die ID des Ursprungsbenutzers zurückgibt. Ereigniscode muss diesen Benutzer anhand der ID überprüfen und (optional) Vorgänge ausführen, die möglicherweise durch die Verwendung einer Websitesammlung mit Identitätswechsel mit dem Token dieses Ursprungsbenutzers unerwartete Nebeneffekte aufweisen können.
Siehe auch
Konzepte
Verbesserungen beim Ereignismodell für SharePoint Foundation 2010