Category: <span>portal</span>

A IBM ainda não homologou o IE 8 para ser utilizado como “cliente” do WebSphere Portal. De acordo com o TN 1389292 o IE 8 somente será compatível com versões 6.0.1.6+ e com a versão 6.1.0.2+ ou seja em breve estaremos aplicando fixes nos ambientes para mais uma mudança de browser, claro que ainda tem de ver o suporte para o FireFox 3.5.
A falta de padronização dos browsers causa muita dor de cabeça…

Um log que pode ser muito útil para rastrear as “tarefas” administrativas pode ser configurado no Portal. O seriço é o Auditing Service que gera um log de vários eventos tais como criação de portlets entre outras. Para ver mais detalhes veja neste link.
O serviço tem de ser habilitado alterando-se o arquivo AuditService.properties e reiniciar o portal

Um desafio que enfrentamos no desenvolvimento de Portais (considerando aqui Portal = WebSphere Portal) é a geração de URL’s para passar parâmetros ou mesmo para criar links amigáveis, já que as páginas do portal não são geradas de forma amigável. Este problema advém, na minha opinião, de como as coisas são feitas no mundo das aplicações web tradicionais (tradicional = sem portal) onde é simples endereçar, através de URL, um servlet ou chamar um componente e passar os parâmetros requeridos e obter o resultado.
O que ocorre é que em um portal não são geradas URL’s para Portlets e sim para PÃ�GINAS (API IBM ou JSR168). Existem algumas recursos para contornar este problema, umas passam por utilizar WSRP ou Click to Action (C2A), mas se ainda é necessário utilizar o recurso de URL’s abaixo alguns links que já me ajudaram a resolver este tipo de problema em alguns projetos

How to create a link to target the action of a struts portlet
Portal 6.0 Advanced URL Generation Helper classes
How to create a link to a portlet (Standard API) that passes parameters to that portlet
Creating a link from a servlet to a page in a virtual Portal

Semana passada foi aberto um suporte na Plansis sobre lentidão do nosso portal de desenvolvimento. Iniciou-se novamente a velha batalha entre administradores (eu) e um grupo de desenvolvedores WCM. A discussão estava sendo travada no campo da performance do aplicativo (Portal e WCM) e das máquinas. Achamos por bem verificar as duas coisas : CÓDIGO e M�QUINAS.
Foram encontrados alguns LOOPS no WCM   ;- ) mas encontrei também um probleminha na máquina do  MS SQL SERVER  🙁  . Em algumas horas do dia a CPU do servidor SQL ficava em 100% por alguns bons minutos. A solução:  Instalar outra máquina SQL e copiar os bancos de dados para a nova máquina, a princípio muito simples abaixo vão os passos:

• Parar o WebSphere Portal .
• Fazer o backup de todos os bancos de dados (WMM, RELEASE, COMMUNITY, CUSTOMIZATION, FEEDBACK, WMM).
• Criar os bancos de dados no servidor  SQL de destino. No infocenter existe o procedimento para criar os bancos, crie com os mesmos nomes.
• Restaure o backup completo no novo SQL SERVER de todos os bancos de dados.
• Mova os logins do SQL antigo para o novo. Isto é fundamental pois senão mesmo que sejam criados logins com os mesmos nomes isto não funcionará pois o SID dos usuários é diferente. O artigo da MS sobre como realizar esta operação pode ser acessado portal

Continuando com o projeto de migrar os servidores para um DATACENTER, concluí os testes com o WebSphere Portal 6.1.0.1.
Instalei a versão Express do produto por pura comodidade pois ela já instala o portal com Db2 o que já adianta um passo.
A instalação seguiu sem problemas. Abaixo algumas dicas.

• Usar o instalador via console é uma boa opção. Se quiser utilizar o instalador gráficamente deve-se instalar o Firefox , o JAVA plugin para o Firefox e além disto
  instalar e configurar o VNC.
• Preparar o linux antes. Configurar DNS, e instalar as bibliotecas :

  – compat-libstdc++-33
  – compat-libstdc++-296
  – libXp

• Não esquecer o ulimit  -n 10240 pois senão a instalação irá falhar.
• Se puder instale com o root.

Instalação bem sucedida.
Agora é hora de migrar os servidores definitivamente.

A IBM identificou uma vulnerabilidade no WebSphere Portal 6 que foi qualificada como grave (é primeira vez que vejo um alerta destes). O “furo” permite que alguém execute comandos via XmlAccess sem ter de passar o usuário e senha do administrador.
Quem descobriu mesmo o problema foi um banco da Austrália.
O link para o fix está aqui. Leia com atenção pois não precisa aplicar o Fix 6.0.1.4 se você já estiver com o Fix 6.0.1.3. O fix vale também para o portal 6.1.0.0

Já está disponível a mais nova versão do WebSphere Portal. Muitas novidades e muitos recursos novos.
Já estou fazendo download para instalar e ver eu mesmo as novas funcionalidades. Já vi na documentação que
as mudanças já começaram no processo de instalação.  Para quem quiser fazer o download já tem um documento que
orienta como fazer ohttp://www-1.ibm.com/support/docview.wss?rs=899&uid=swg24019671” title=”http://www-1.ibm.com/support/docview.wss?rs=899&uid=swg24019671“> download do portal

A nova versão do portal já está para ser lançada e pelo treinamento que eu já pude ler sobre ele a nova versão deveria ser realmente 7.0.
Muitas novidades como AJAX nativo, JSR286, JVM 64 bits entre outras novidades.
Um outro conceito agora muito forte na nova versão é o uso de Aceleradores ou seja são serviços que podem ser instalados na infra de portal tais como colaboração,
e-learning e outros.

Recentemente eu estava lendo alguns artigos sobre projetos de portal. Artigos tais como boas práticas, arquitetura, desenvolvimento e por ai vai.
Infelizmente os artigos são de uma revista que assinamos http://www.spherejournal.com/” title=”http://www.spherejournal.com/“>The Sphere por isto
não tenho como publicá-los aqui.
Já fiz diversos projetos envolvendo o WebSphere Portal desde a versão 5.0 e lendo os artigos aprendi muito sobre um time de portal. Como os projetos envolvem
conhecimento de diversas áreas de TI um time de portal tem de ter  na equipe técnica:

• Arquiteto
• Analista de Sistemas
• Web Designer
• Desenvolvedor Java J2EE
• Desenvolvedor WCM

Abaixo a foto de um dos times da Plansis que está trabalhando em um importante projeto

Da esquerda para direita: Felipe, André,Eu, Luiz Gustavo e o José

Hoje concluí uma etapa em um projeto muito importante e eu acho interessante compartilhar.
Sempre em projetos de Portal teremos um Portal de desenvolvimento, onde as coisas são construídas. Depois vem a pergunta:
Como enviar todas estas coisas para o servidor  de produção? Os desenvolvedores sempre tem a resposta que é:
    —  Isto é com o Administrador do Portal, ele sabe.!
Nos cursos de WebSphere Portal Administration, existem capítulos sobre como realizar esta tarefa, usando o Release Builder, interface gráfica, e o xmlaccess.
Mas, algumas respostas que teremos de dar para agumas perguntas, do tipo:
 

• Teremos de exportar e importar todo o Portal?
• O portal de origem tem a mesma configuração do Portal de destino?
• O Portal de destino tem os mesmos níveis de fixes e fixpacks do Portal original?

Algumas dicas:

1 РVerifique as configura̵̤es principalmente as configura̵̤es de LDAP;
2 – Sempre trabalhe com as mesmas versões e níveis de fixpacks e fixes;
3 – Utilize o full export somente uma vez, depois utilize o Release builder
4 – Siga as instruções do infocenter, e veja se algum dos xml’s disponíveis, como exemplo, podem resolver ou ajudar a você fazer seu próprio EXPORT.XML