Durante as conversas, treinamentos e apresentações nos clientes, os principais pontos de questionamento ( e até mesmo de curiosidade ) são as melhorias da versão 2007 do WSS ( Windows Sharepoint Services ). Sabemos que a versão anterior sofria de algumas "patologias", que tinham como principal sintoma fortes dores de cabeça para nós e nossos clientes... Tais problemas se davam, ora por limitações da plataforma, ora por design das ferramentas. E demandavam um alto grau de esforço para serem contornados ou terem suas funcionalidades estendidas.
Isto deu margem para o surgimento de alguns estigmas, que só agora, que as organizações passam a conhecer a nova versão, estamos conseguindo eliminá-los. Um deles era de que o Sharepoint não suportava a criação de portais de grande porte pois, embora apresentasse relativa facilidade de customização, apresentava várias limitações que, quando não inviabilizava, determinava uma sub utilização considerável de suas ferramentas.
E o pior é que, de certa maneira, quem dizia isto tinha razão 
.
Então, separei aqui alguns destes pontos, visando ilustrar por que isto ocorria, como tratávamos/contornávamos estes casos e como a Microsoft os resolveu; partindo do princípio de que para a nova versão, adotou como objetivo principal não só a implementação de novos recursos, mas principalmente aplicar o que aprendeu durante os anos de “tratamento”, sanando assim vários destes pontos.
Nesta série de posts, será apresentado o diagnóstico de algumas destas patologias, que foram brilhantemente combatidas na nova versão. O objetivo é, inicialmente, levantar a bola para discussões em torno das melhorias na plataforma, e num segundo momento para uma visão mais detalhada sobre cada uma delas.
PS: Nesta série serão abordados os recursos do WSS, que são naturalmente compartilhados com o MOSS ( Microsoft Office Sharepoint Server ) 2007.
Legenda
S: Sintomas alegados por nós e pelos clientes
C: Causa da patologia
MP: Medicação Paliativa
PA: Princípio Ativo empregado na medicação da Versão 3
S:Obrigatoriedade do uso de autenticação integrada
C: Embora o Sharepoint V2 (2003) seja integrado com o ASP.NET 1.1, ele não realiza qualquer trabalho de autenticação. No que diz respeito ao controle de acesso, o ISAPI ( filtro responsável por processar as requisições para um site no IIS e repassá-los ao Sharepoint ) se encarrega somente do controle de direitos e autorizações vinculadas às áreas e conteúdos do site. Todas as tarefas de autenticação estão a cargo do IIS, o que obriga a utilização de acesso anônimo ou autenticação integrada; sendo exigido então que os usuários de um site possuam contas locais no servidor ou no domínio. Não se vêm muitos problemas para ambientes de intranet, onde os usuários do site são também usuários da rede. Agora, imaginemos um cenário B2B ou até mesmo B2C – onde um site publicado para a internet precisa ser acessado por clientes ou fornecedores. Não necessariamente estas entidades são representadas por pessoas dentro da minha organização. Sendo assim, que sentido faz criar uma conta em meu domínio exclusivamente para acesso ao site?
MP: Foram realizadas várias tentativas de se contornar esta obrigatoriedade através da extensão do filtro ISAPI, construção de Http Modules, Handlers... enfim... mas devido a arquitetura da plataforma ( esta arquitetura será melhor discutida na seqüência desta série), a complexidade gerada e sua consequente ineficácia foram tamanhas que sou levado a classificar como: NÃO SE APLICA. A dificuldade maior está no fato de que todas as requisições eram primeiro recebidas pelo IIS, repassadas ao Sharepoint e só depois o Asp.Net entrava em cena. Desta forma, ficava difícil delegar a ele as tarefas de autenticação do WSS.
PA: Esta talvez seja a mais notória das evoluções – pelo menos uma das que tem tido maior repercussão. A exemplo da versão anterior, o Sharepoint continua não fazendo trabalho algum de autenticação. Entretanto, como veremos mais adiante, o Sharepoint 2007 foi totalmente construído em cima do ASP.NET 2.0, o que o permite se valer de vários recursos da plataforma, dentre ele os Auhtentication Providers. Desta forma, o Sharepoint 2007 suporta, de forma nativa, a utilização de providers de autenticação customizados. Estejam nossos usuários armazenados em uma base SQL, Oracle, serviço LDAP, XML, etc, o que vai mudar é o provider, que é responsável por traduzir o conteúdo deste repositório para o Sharepoint.
E você? já sofreu ou conhece alguém que sofreu com esta ou quaisquer outras patologias das versões anteriores? E o que acha dessas melhorias? Compartilhe conosco suas experiências!
Próximo boletim: Impossibilidade de definição de permissões em nível de itens e documentos
