Partager via


Eine weitere SharePoint 2010-Lösung für das Migrieren von Ansprüchen

Veröffentlichung des Originalartikels: 19.03.2012

Hallo liebe Leser, ich habe zuvor über das Migrieren von Code für Benutzer mit Ansprüchen (z. B. Windows-Ansprüche zu SAML-Ansprüchen) in diesem Beitrag zur IMigrateUserCallback-Schnittstelle geschrieben: https://blogs.msdn.com/b/sharepoint_de/archive/2011/03/08/migrating-user-accounts-from-windows-claims-to-saml-claims.aspx. Wie bei diesem Beitrag hatte unser guter Freund Raju S. auch einige weitere interessante Informationen zum heutigen Beitrag hinzuzufügen. Israel V., einer unserer andere "Freunde des Blogs", bemerkte neulich nach einer Migration, dass die Identitäten für Workflows nicht aktualisiert wurden. Wie sich herausstellte, war dies Raju bei einer Vorversion von SharePoint (beim Migrieren zwischen verschiedenen Domänen) schon einmal aufgefallen, woraufhin er Code schrieb, um dieses Problem zu beheben. Was letztlich zu tun bleibt, ist das Durchlaufen und Untersuchen der Workflowzuordnungen und Aktualisieren der Konten, die mit diesen verknüpft sind.

Alle Inhaltstypen, Listen und Websites haben die Eigenschaft WorkflowAssociations, in der diese Informationen gespeichert sind. Es handelt sich bloß um eine Auflistung, die Sie einzeln durchlaufen können. Doch wie Sie sich vorstellen können, kann das Durchlaufen einer gesamten Webanwendung geraume Zeit dauern, was Sie bei der Planung berücksichtigen sollten. Eine bestimmte Workflowzuordnung ist eigentlich nur ein Element mit XML-Code. Deshalb ist es wahrscheinlich am besten, die Eigenschaft AssociationData abzurufen und sich mit dem dazugehörigen XML-Code vertraut zu machen. Achten Sie bei der Überprüfung auf die Knoten für "Person", "Account ID" und "Display Name". Dies sind die Werte, die geändert werden müssen. Nach Ändern des XML-Codes können Sie diesen wieder der AssociationData-Eigenschaft hinzufügen und die UpdateWorkflowAssociation-Methode für die Workflowzuordnung aufrufen.

Nochmals Dank an Israel dafür, dass er auf dieses Problem aufmerksam gemacht hat, und an Raju für das Bekanntgeben seiner Lösung.

Es handelt sich hierbei um einen übersetzten Blogbeitrag. Sie finden den Originalartikel unter One More Claims Migration Gotcha For SharePoint 2010