Note
Access to this page requires authorization. You can try signing in or changing directories.
Access to this page requires authorization. You can try changing directories.
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