Quando você cria portlets JSR 168 utilizando o assistente de Novo Portlet, a Plataforma de Desenvolvimento do Rational Software designa automaticamente um atributo ID. O atributo ID deve ser incluído no elemento <portlet-app/> do arquivo portlet.xml para identificar exclusivamente o portlet para o servidor. (Esse atributo corresponde ao atributo UID utilizado pelos portlets da API do portlet IBM.)
Se você tiver portlets de API JSR 168 que não possuem um atributo ID no elemento <portlet-app/> no arquivo portlet.xml, inclua o atributo ID com valor exclusivo logo após a importação do portlet no espaço de trabalho das ferramentas do Rational. Para incluir o atributo ID, abra o descritor de implementação do portlet e edite-o utilizando a visualização Origem. Não altere o valor do ID após a implementação do portlet de API JSR 168 em um servidor de portal ou após a utilização do projeto de portlet de API JSR 168 em um projeto de portal.
Há limitações em um portlet de API JSR 168 sem um atributo ID:
- Se você utilizar um portlet de API JSR 168 sem um atributo ID em um projeto de portal, não poderá executar esse portlet no ambiente de teste.
- Se você associar dois ou mais portlets de API JSR 168 sem um atributo ID ao ambiente de teste do WebSphere Portal 5.1, o ambiente de teste falhará na inicialização.
- Você não deve alterar o nome do projeto após a implementação do portlet de API JSR 168 em um servidor de portal ou após a utilização do projeto de portlet de API JSR 168 em um projeto de portal.
Como o Portal Designer não suporta os porlets WSRP, as funções de edição relacionadas, como Copiar e Mover, estão desativadas. Mesmo assim, os portlets WSRP podem ser importados e implementados novamente no WebSphere Portal.
Ao executar um portlet que contém uma Lista de Registros Relacionais ou um Registro Relacional (SDO), você pode ver a seguinte mensagem no log de seu servidor:
[data e hora]4942fbd0 SystemOut O java.lang.LinkageError: A classeorg/eclipse/emf/ecore/EClass viola restrições do loader: incompatibilidade de definição entre os loaders pai e filho
Você pode ignorar esse erro.
Ao criar um projeto de portal utilizando o assistente de Novo Projeto de Portal ou importar um projeto do Portal de amostra a partir da Samples Gallery, mensagens de aviso de link interrompido aparecerão na visualização Problemas.
O Portal Designer exibe apenas HTML, cHTML e WML como marcações suportadas. Se você especificou outras marcações suportadas para uma página ou etiqueta em um projeto importado, elas serão mantidas. No entanto, não é possível alterar essas marcações, e elas não serão exibidas na visualização Propriedades.
Ao executar o Ambiente de Teste do Websphere Portal, os projetos de portal têm precedência sobre os projetos de portlet. Se você executar um projeto de portal no ambiente de teste, será feita uma associação entre a configuração do projeto de portal e a configuração do servidor. Antes de poder executar projetos de portlet utilizando a mesma configuração do servidor, você precisará quebrar essa associação.
Para corrigir esse problema de associação, faça o seguinte:
- Na visualização Servidores, selecione Incluir e Remover os Projetos do menu de contexto do servidor.
- Remova o projeto wps, quaisquer projetos EAR do projeto do portal e quaisquer projetos EAR de portlet associados aos projetos do portal (se eles estiverem associados à configuração do servidor).
Para o WebSphere Portal 5.1, quando um portal tiver sido exibido anteriormente em um navegador da Web e, em seguida, esse produto for utilizado para modificar o tema padrão desse portal, você terá que reiniciar o servidor para aplicar totalmente o novo tema padrão.
No ambiente de teste do WebSphere Portal, a alteração do tema padrão pela republicação da configuração do portal não funcionará. O ambiente de teste deve ser reiniciado.
Esse problema pode ser corrigido para o WebSphere Portal 5.1 aplicando o PK00826. Essa correção será incorporada nas futuras versões do WebSphere Portal.
Problema: Personalizando Portais) Impossível Abrir os Arquivos license.html e privacy.html em um Projeto de Portal Importado ou um Novo Projeto de Portal Criado a partir de um Ambiente de Teste utilizando o Page Designer, devido à codificação incorreta.
Solução: Aplique o APAR PQ93681 a seu servidor de Portal ou ambiente de teste e , em seguida, reimporte o projeto do servidor de portal ou recrie o projeto a partir do ambiente de teste, respectivamente.
Nota: Esse problema foi corrigido no WebSphere Portal 5.1 e WebSphere Portal 5.0.2.3, mas não no WebSphere Portal 5.0.2.2.
Ao executar ou implementar os projetos ativados para Click-to-Action, as legendas do menu não são exibidas nos menus Click-to-Action. Em vez disso, são exibidos os nomes de ação. Se você precisar que as legendas de menu sejam exibidas corretamente, poderá utilizar este produto para exportar o projeto de portlet como um arquivo WAR e, em seguida, instalá-lo no WebSphere Portal, utilizando o portlet Gerenciar Módulos da Web.
Esse é um problema do WebSphere Portal 5.1.0.0 apenas, que pode ser corrigido com a atualização para o WebSphere Portal 5.1.0.1.
Problema: No Descritor de Implementação do Portlet JSR 168, você não pode editar um nome de portlet na área Coletas de Portlets.
Solução: Edite o nome do portlet na página Origem.
Problema: A alteração do nível da API do Portlet falhará se o comprimento do caminho de classe for longo.
Solução: Corrija o caminho de construção Java dos projetos do portlet migrado. Para o Caminho de Construção Java necessário, você pode consultar um projeto de portlet Básico gerado pelo assistente de Novo Projeto de Portlet. Inclua no Caminho de Construção Java do projeto de portlet migrado os arquivos JAR necessários que estão faltando.
Problema: Ao importar um site de portal existente do WebSphere Portal ou ao criar um novo projeto de portal a partir do ambiente de teste, erros de validação relacionados ao WSRP são mostrados na visualização Problemas do projeto de portal importado ou criado.
Solução: Aplique o APAR PQ95638 ao WebSphere Portal ou ao ambiente de teste do WebSphere Portal antes de importar um site do portal ou criar um novo projeto de portal, respectivamente.
Nota: Esse problema foi corrigido no WebSphere Portal 5.1 e WebSphere Portal 5.0.2.3, mas não no WebSphere Portal 5.0.2.2.
Quando você cria um portlet JSR168 do struts com o modo config selecionado, e executa esse portlet em um servidor de portal ou ambiente de teste, o skin do portlet não exibe a opção de selecionar o modo config representada por uma chave inglesa no skin do portlet.
O problema é que o modo config do portlet está configurado incorretamente. Solução alternativa para esse problema:
- Abra o arquivo portlet.xml no diretório \WebContent\WEB-INF\ do projeto de portlet
- Verifique o portlet do struts, que deve ser o portlet com a classe do portlet = com.ibm.portal.struts.portlet.StrutsPortlet
- Atualize a seção de suporte do portlet do struts de: <suportes>
<suportes>
<tipo mime>texto/html</tipo mime>
<modo do portlet>visualizar</modo do portlet>
<modo do portlet>editar</modo do portlet>
<modo do portlet>ajuda</modo do portlet>
<modo do portlet>configurar</modo do portlet>
</suportes>
Para:
<suportes>
<tipo mime>texto/html</tipo mime>
<modo do portlet>visualizar</modo do portlet>
<modo do portlet>editar</modo do portlet>
<modo do portlet>ajuda</modo do portlet>
<modo do portlet>config</modo do portlet>
</suportes>
Observe que o modo do portlet é "config" - e não "configurar".- Além disso, o modo do portlet personalizado precisa ser atualizado - de:
<modo do portlet personalizado>
<modo do portlet>configurar</modo do portlet>
</modo do portlet personalizado>para:
<modo do portlet personalizado>
<modo do portlet>config</modo do portlet>
</modo do portlet personalizado>
Retornar para o arquivo leia-me principal
©Copyright IBM Corporation 2000, 2005. Todos os Direitos Reservados.