Altre informazioni utili sulla migrazione delle attestazioni per SharePoint 2010

Articolo originale pubblicato lunedì 19 marzo 2012

Salve a tutti. In precedenza ho scritto a proposito della migrazione di codice per gli utenti con attestazioni (ad esempio, da attestazioni di Windows ad attestazioni SAML) nel post relativo all'interfaccia IMigrateUserCallback a questo indirizzo: https://blogs.msdn.com/b/sharepoint_it/archive/2011/03/09/migrazione-di-account-utente-dalle-attestazioni-di-windows-ad-attestazioni-saml.aspx. Come è accaduto per tale post, anche oggi il nostro buon amico Raju S. aveva altre informazioni interessanti da aggiungere a questo contenuto. Un altro nostro "amico del blog", Israel V., ha notato che dopo una migrazione eseguita di recente le identità per i flussi di lavoro non erano aggiornate. Sembra che Raju avesse già osservato lo stesso comportamento in una versione precedente di SharePoint (in caso di migrazione fra domini diversi) e avesse scritto del codice per risolvere il problema. In pratica, occorre semplicemente esaminare le associazioni dei flussi di lavoro e aggiornare gli account associati. 

A ogni tipo di contenuto, elenco e web part è associata una proprietà, denominata WorkflowAssociations, in cui vengono archiviate queste informazioni. Si tratta di un insieme, pertanto è possibile eseguirne l'enumerazione, ma per scorrere un'intera applicazione Web ovviamente è necessario del tempo, quindi effettuare di conseguenza la pianificazione. Un'associazione di flusso di lavoro specifica in realtà è solo un blocco di codice XML, perciò è probabilmente opportuno recuperare la proprietà AssociationData ed esaminare il codice XML per acquisire familiarità con esso. Durante tale esame, notare i nodi per l'utente, l'ID account e il nome visualizzato perché saranno i valori da modificare. Dopo avere modificato il codice XML, è possibile reinserirlo nella proprietà AssociationData e chiamare il metodo UpdateWorkflowAssociation per l'associazione di flusso di lavoro.

Grazie ancora a Israel per avere reso noto questo problema e a Raju per avere condiviso con noi la sua soluzione.

Questo è un post di blog localizzato. L'articolo originale è disponibile in One More Claims Migration Gotcha For SharePoint 2010.