Share via

O Provedor de Declarações Personalizado Azure para o Projeto SharePoint Parte 1

  • Article

Artigo original publicado sábado, 11 de fevereiro de 2012

Olá a todos, já faz algum tempo que adicionei conteúdo novo sobre as declarações SAML, então decidi voltar e escrever um pouco mais sobre isso de uma maneira que ligasse alguns de meus tópicos favoritos – SharePoint, SAML, provedores de declarações personalizados, o Kit CASI e o Azure. Esta é a primeira parte de uma série na qual apresentarei uma verificação de conceito, concluída com um código-fonte que pode ser usado livremente como você desejar, que demonstrará como construir um provedor de declarações personalizado para o SharePoint, que usa o Windows Azure como fonte de dados. Em um alto nível, a implementação será semelhante ao seguinte:

  • Os usuários farão logon no site usando a federação SAML com ACS. No ACS, configurarei alguns provedores de identidade diferentes – provavelmente Google, Yahoo e Facebook. Assim, os usuários entrarão usando seu endereço de email do Google por exemplo e, depois de autenticado, serão redirecionados para o site.
  • Eu usarei as filas do Azure para rotear informações de declarações sobre usuários e preencher o armazenamento de tabela do Azure
  • Terei um aplicativo WCF que uso para solicitações front-end para dados no armazenamento de tabela do Azure e também para redistribuir itens novos na fila. Criaremos uma relação de confiança entre o site do SharePoint e este aplicativo WCF para controlar quem entra e o que eles podem ver e fazer.
  • Do lado do SharePoint, criarei um provedor de declarações personalizado. Ele obterá a lista de tipos de declarações para as quais ofereço suporte e também fará a busca do selecionador de pessoas e a resolução de nomes. Nas capas, usarei o Kit CASI para comunicação com o Windows Azure.

Quando terminarmos, teremos um ambiente totalmente integrado SharePoint-to-Cloud ponta a ponta. Espero que goste dos resultados.

Em Parte 2, passei por todos os componentes executados na nuvem – as classes de dados usadas para trabalhar com as filas e o armazenamento de tabela do Azure, a função do funcionário de ler os itens fora das filas e preencher o armazenamento de tabela e um front-end WCF que permite que um aplicativo cliente crie itens novos nas filas e também faça toda a tarefa do selecionador de pessoas do SharePoint padrão – fornecer uma lista dos tipos de declarações suportados, procurar valores das declarações e resolver declarações.

Em Parte 3, crio todos os componentes usados no farm do SharePoint. Isso inclui um componente personalizado baseado no Kit CASI que gerencia toda a comunicação entre o SharePoint e o Azure. Há uma Web Part personalizada que captura informações sobre novos usuários e as coloca em uma fila do Azure. Finalmente, há um provedor de declarações personalizado que se comunica com o armazenamento de tabelas do Azure por meio de um WCF - através do componente personalizado Kit CASI - para ativar o tipo no controle e a funcionalidade do selecionador de pessoas.

Esta é uma postagem em blog localizado. Localize o artigo original em The Azure Custom Claim Provider for SharePoint Project Part 1