Mais uma declaração de migração gotcha para o SharePoint 2010

Artigo original publicado na segunda-feira, 19 de março de 2012

Olá amigos, eu escrevi anteriormente sobre como migrar códigos para usuários de declarações (como declarações Windows para declarações SAML) nesta publicação sobre a interface IMigrateUserCallback: https://blogs.msdn.com/b/sharepoint_br/archive/2011/03/10/migrando-contas-de-usu-225-rio-das-declara-231-245-es-do-windows-para-as-declara-231-245-es-saml.aspx. Assim como aquela publicação, nosso grande amigo Raju S. também teve algumas informações interessantes para adicionar. Nosso outro “amigo do blog”, Israel V., observou que após uma migração recente que realizou as identidades para os fluxos de trabalho não foram atualizadas. Acontece que Raju já tinha visto isso antes em uma versão anterior do SharePoint (ao migrar entre domínios diferentes) e realizou alguns códigos para corrigir esse problema. A rede sobre o que você precisará fazer aqui está sob revisão em suas associações do fluxo de trabalho e a atualização de contas associadas a elas. 

Cada tipo de conteúdo, lista e Web possui uma propriedade chamada WorkflowAssociations onde armazena esta informação. É apenas um conjunto para que você possa enumerar através de cada um, mas como você pode imaginar, isso pode levar algum tempo para passar por um aplicativo Web inteiro, portanto, planeje adequadamente. Uma associação de fluxo de trabalho específica é realmente apenas um conjunto de Xml, portanto, provavelmente será melhor recuperar a propriedade AssociationData e olhar o Xml para se familiarizar. Como revisado, você deve observar os nós por pessoa, a ID da conta e o nome de exibição - estes serão os valores que você precisará mudar. Após mudar o Xml, é possível apenas retornar de volta para a propriedade AssociationData e chamar o método UpdateWorkflowAssociation na associação do fluxo de trabalho.

Obrigado novamente a Israel por ver este problema e a Raju por compartilhar esta solução.

Esta é uma publicação localizada. Encontre o artigo original em One More Claims Migration Gotcha For SharePoint 2010