Café com Tecnologia

Toda minha vida comercial venho trabalhando com produtos IBM e nos últimos 5 anos venho me especializando no IBM WebSphere Portal Server, além de conhecer outros produtos das demais brands. São conhecimentos importante para possibilitar uma atuação mais consultiva e cross na definição de soluções usando produtos.

Este ano de 2010 já tive uma necessidade/oportunidade diferente: conhecer e trabalhar com o  MS Sharepoint 2007. Trata-se de um produto de portal que contém características/funcionalidades como:

• Sites
• Communities: recursos para colaboração
• Content: gerenciamento de conteúdo
• Search
• Insights: informações e recursos para auxiliar na tomada de decisões
• Composites : composição com ferramentas e componentes

E todos estes itens são apresentados através das Web Parts (similar aos Portlets no mundo Java).

ASP.NET Web Parts is an integrated set of controls for creating Web sites that enable end users to modify the content, appearance, and behavior of Web pages directly from a browser. The modifications can be applied to all users on the site or to individual users. When users modify pages and controls, the settings can be saved to retain a user’s personal preferences across future browser sessions, a feature called personalization. These Web Parts capabilities mean that developers can empower end users to personalize a Web application dynamically, without developer or administrator intervention.

E usando estas Web Parts, podemos adicionar alguns recursos como:

• Bibliotecas: Biblioteca de Documentos, Formulários, Páginas Wiki, Imagens, Slides,  Conexões de Dados, Relatórios
• Comunicaçõe: Avisos, Contatos, Quadro de Discussão
• Rastreamento: Links, Calendário, Tarefas, Tarefas do Projeto, Acompanhamento de Questões, Pesquisa, Ausências
• Listas Personalizadas: Lista Personalizada, Lista Personalizada na Exibição da Folha de Dados, Lista de KPIs, Tipo da Ausência, Importar Planilha
• Páginas da Web: Página Básica, Página de Web Part, Sites e Espaços de Trabalho, Página de publicação

Além destas funcionalidades, conseguimos criar sites inteiros através de modelos, divididos nas categorias abaixo:

• Colaboração
• Reuniões
• Modelos de Aplicativos
• Empresa
• Publicação
• Personalizado

Provavelmente, um dos modelos mais utilizados é um contido na categoria de Colaboração, o modelo Site de Equipe, que é um site para que as equipes organizem, criem e compartilhem informações rapidamente. Ele fornece uma biblioteca de documentos e listas para gerenciamento de avisos, itens de calendário, tarefas e discussões. Muito útil.

É um produto interessante, apesar do design padrão de um site criado deixar a desejar. Vem com alguns modelos de design prontos para serem alternados, mas que também deixam a desejar no design. Uma pena.

Porém, é possível criar customizações usando o produto MS Sharepoint Designer e fazer atualizações diretamente no Sharepoint.

O Sharepoint 2010 foi lançado recentemente e com certeza esta nova versão continuará o mantendo bem avaliado pelo Gartner. Mas que a Microsoft não pense que seu produto está sozinho na disputa por clientes em busca de soluções de Portal. A IBM lança (Setembro/2010) seu IBM WebSphere Portal 7, o IBM Lotus Connections 3 (em breve) e ainda há o projeto Vulcan (mistura de Notes / Twitter / Facebook). Vejam este vídeo sobre o Vulcan.

Veja mais sobre o Sharepoint:

Twitter

Site Oficial

Uma dos principais benefícios de usar produtos construídos para serem executados em multi plataformas e suportar produtos de diferentes fornecedores é que um dia você REALMENTE utilize este BENEFÍCIO.

Em meus 10 anos trabalhando com TI sempre participei de construção de soluções que permitissem que componentes fossem pensados e construídos para permitir um (des)acoplamento. Há vários anos venho trabalhando com produtos IBM tendo o WebSphere Portal como o principal foco.

Recentemente, um cliente veio com a pergunta: qual o esforço necessário para migrar as configurações do nosso Portal que utiliza um produto LDAP do fornecedor A para um produto LDAP do fornecedor B?

Até então você pode pensar: o esforço é minimo, já que o Portal reconheceria a estrutura LDAP perfeitamente. E se eu agora der mais detalhes dizendo que o LDAP A é o MS-AD e o LDAP B é o Novell e-Directory? Bom, ai as coisas mudam um pouco de figura, já que a estrutura LDAP dos 2 produtos são diferentes. E se eu colocar uma pimentinha dizendo que a estrutura de usuários e grupos que será criada no Novell e-Directory será diferente da atual estrutura no MS-AD?

Neste cenário, seremos obrigados a executar algumas configurações para adequar a estrutura de permissionamento e segurança no WCM, nas páginas e portlets e regras de personalização.

Vejam o que acontecem com testes itens quando o LDAP com a estrutura nova é adicionada e o LDAP com a estrutura velha é removido.

Ocorrência no WCM

Todas as referências aos usuários e grupos foram apresentadas com o DN (Distinguished Name) dos componentes sendo apresentados em sua forma completa. Isso indica que a referência não foi encontrada.

O arquivo <wp_profile>\PortalServer\wcm\shared\app\config\wcmservices\MemberFixerModule.properties foi alterado para adicionar os mapeamentos de à para. Foram adicionadas as linhas:

cn=grupo01,cn=users,dc=novell,dc=corp -> cn=grupo01,ou=grupos,ou=empresa,o=poc

cn=grupo06,cn=users,dc=novell,dc=corp -> cn=grupo01,ou=grupos,ou=empresao=poc

Esta ação mapeia os grupos com DN inválidos para os grupos com DN válidos.

Após este mapeamento, foi executado o comando (URL) do MemberFixer para avaliar o que seria identificado e como seria corrigido. O comando do MemberFixer

http://portal.empresa.corp:10040/wps/wcm/connect?MOD=MemberFixer&library=Web%20Content&norealm_dn=true&mismatched=update&alt_dn=update&invalid_dn=update

Este comando varre a biblioteca indicada e informa no arquivo SystemOut o que pode ser corrigido. Algo como:

Varrendo o nome do Objeto: ldif, 0d78178042430f259fecdf5b51d42682 Tipo de objeto: com.aptrix.pluto.cmpnt.FileResourceCmpnt.

Renomeando o Membro CN=grupo01,CN=Users,DC=novell,DC=corp para cn=grupo01,ou=grupos,ou=empresa,o=poc.

Após uma validação do MemberFixer, reexecutamos o comando adicionando o parâmetro “fix=true” para que as alterações sejam efetivadas.

http://portal.empresa.corp:10040/wps/wcm/connect?MOD=MemberFixer&library=Web%20Content&norealm_dn=true&mismatched=update&alt_dn=update&invalid_dn=update&fix=true

Eventualmente, usuários não mapeados do arquivo MemberFixerModule serão renomeados para o usuário administrador do Portal e grupos não mapeados do arquivo MemberFixerModule serão renomeados para o grupo referente ao administrador do WCM.

Ocorrência com Páginas, Etiquetas e URLs

Todas as referências aos usuários e grupos foram apresentadas como “fantasmas”, ou seja, ficaram registrados no permissionamento fisicamente mas não foram exibidos corretamente.

Para solucionar esta questão, a página “raiz” (principal) foi exportada com geração do arquivo XML “pageExport.xml”. A imagem abaixo ilustra um trecho de código referente à página chamada “Página 1” onde podem ser vistos os mapeamentos para usuários e grupos com DN “…dc=novell,dc=corp”.

O conteúdo deste arquivo foi editado e as referências aos usuários e grupos não mais existentes foram alteradas.

Posteriormente, o arquivo “pageExport.xml” foi novamente importado, fazendo com que as referências incorretas fossem mantidas e as referências corretas fossem adicionadas.

Para remover as referências inválidas após correção, o script xmlaccess foi executado utilizando o modelo “CleanupUser.xml” (configurações padrão).

Após a finalização do script, todas as referências inválidas foram removidas.

Conclusão

Tanto para os problemas apresentados no WCM quanto para os demais recursos do Portal, as soluções apresentadas aqui são viáveis e simples, sendo necessário apenas tempo para os mapeamentos de -> para dos novos DNs.