Ferramentas de Teste e de Implementação - Notas sobre o Release


1.0 Limitações
   1.1 Erro IWAA1350E ao Incluir o Adaptador de Recursos J2C no WebSphere Application Server v5.x*
   1.2 Como Iniciar o WebSphere Application Server v6.0 em IDs Não-root do Linux
   1.3 Não é Possível Incluir Alias de Host para o WebSphere Application Server v6.0*
   1.4 O Botão Encerrar na Visualização do Console Deve Ser Desativado para um WebSphere Application Server V6.0*
   1.5 Problemas do Universal Test Client com o WebSphere Application Server v6.0*
2.0 Problemas Conhecidos
   2.1 A Ativação do Universal Test Client Não Carrega o Recurso Java na Primeira Execução do Servidor WebSphere Application Server v6.0
   2.2 É Esperado que o Exemplo AutomatedDeploy Tenha Atualizações
   2.3 Tarefas Ant para Exportação do J2EE Falham ao Produzir o Arquivo de Saída
   2.4 O Headless Ant Falha ao Construir Projeto da Web v5.1.x Não Migrado
   2.5 Problemas ao Utilizar a Tarefa Executar no Servidor Quando um Projeto Define um Servidor Padrão*
   2.6 Saída de Console Seguro do WebSphere Application Server v6.0

1.0 Limitações

1.1 Erro IWAA1350E ao Incluir o Adaptador de Recursos J2C no WebSphere Application Server v5.x*

Ao tentar incluir um adaptador de recursos J2C no WebSphere Application Server v5.x utilizando o editor do servidor, o erro IWAA1350E pode aparecer:

IWAA1350E Não foi possível ler o descritor de implementação RAR. Escolha outro RAR ou cancele esta operação. (IWAE0099E Ocorreu uma exceção ao analisar o xml: Linha nº: 2 :Coluna nº:241)

Esse erro pode indicar que um arquivo RAR no espaço de trabalho possui um descritor de implementação inválido, mas também poderá aparecer incorretamente se houver um projeto JCA v1.5 no espaço de trabalho. O WebSphere Application Server v5.x suporta apenas o JCA v1.0. Se você estiver tentando incluir um projeto JCA v1.0 e existir um projeto JCA v1.5 em seu espaço de trabalho, execute o seguinte para solucionar o problema:

  1. Feche todos os projetos JCA v1.5 no espaço de trabalho e deixe apenas os projetos JCA v1.0:
    1. Na visualização Explorador de Projetos, clique com o botão direito do mouse nos projetos JCA 1.5.
    2. Selecione Fechar Projeto.
  2. Na visualização Servidores, dê um clique duplo no WebSphere Application Server v5.x para abrir o editor do servidor.
  3. Selecione a guia J2C na parte inferior do editor do servidor para incluir o adaptador de recursos.
  4. Reabra todos os projetos JCA v1.5:
    1. Na visualização Explorador de Projetos, clique com o botão direito do mouse nos projetos JCA v1.5.
    2. Selecione Abrir Projeto.

Nota: Isso foi corrigido na V6.0.0.1.

1.2 Como Iniciar o WebSphere Application Server v6.0 em IDs Não-root do Linux

Por padrão, no SLES (SuSE Linux Enterprise Server) 9.0 e no RHEL (Red Hat Enterprise Linux (RHEL) 3, o WebSphere Application Server v6.0 não pode ser iniciado em IDs diferentes de root. Para iniciar o WebSphere Application Server v6.0 em IDs não-root, há uma solução alternativa mencionada no WebSphere Application Server v6.0 InfoCenter. Para obter detalhes, consulte o assunto do tópico, "Executando Servidores de Aplicativos a partir de um Usuário Não-root" no WebSphere Application Server v6.0 InfoCenter.

1.3 Não é Possível Incluir Alias de Host para o WebSphere Application Server v6.0*

O botão Incluir para incluir aliases de host para o WebSphere Application Server v6.0 está sempre desativado. Este botão Incluir está localizado na página Implementação do editor do Descritor de Implementação do Aplicativo, na seção Hosts Virtuais e ao lado da tabela Aliases de Host.

Se estiver incluindo ou selecionando uma entrada na tabela Lista de Nomes de Hosts Virtuais, o botão Incluir na tabela Aliases de Host não é ativado.

Uma solução alternativa para o problema é utilizar o Administration Console do WebSphere Application Server V6.0 para incluir o nome do host e seus aliases.

Nota: Isso foi corrigido na V6.0.0.1.

1.4 O Botão Encerrar na Visualização do Console Deve Ser Desativado para um WebSphere Application Server V6.0*

Se você iniciar um WebSphere Application Server v6.0, for para a visualização Console e, em seguida, selecionar o botão Encerrar, o WebSphere Application Server v6.0 não será encerrado; mesmo que o botão Encerrar na visualização Console pareça ativado.

Para encerrar o WebSphere Application Server v6.0, utilize o botão Parar na visualização Servidores para parar o servidor.

Nota: Isso foi corrigido na V6.0.0.1.

1.5 Problemas do Universal Test Client com o WebSphere Application Server v6.0*

Ao utilizar o UTC (Universal Test Client) com o WebSphere Application Server v6.0, você deve estar ciente dos dois problemas a seguir:

  1. Se o servidor estiver utilizando uma porta admin não padrão (SOAP), o UTC não coletará o caminho de classe do servidor corretamente ao ativar o UTC diretamente ou ao reiniciá-lo. Existem duas maneiras de resolver este problema:
    1. Ative o test client a partir de um bean EJB. Por exemplo, clique com o botão direito do mouse em um EJB e selecione Executar no Servidor.
    2. Abra um navegador da Web e utilize o seguinte URL para ativar o test client, preenchendo a porta admin (SOAP) conforme especificado:
      http://<nome_do_host>:<porta HTTP >/UTC/initialize?wasAdminPort=<porta SOAP>
  2. Quando suas classes de bean forem alteradas, o UTC não será reiniciado automaticamente. Se tiver problemas no UTC ou não puder resolver alterações recentes, reinicie o UTC e consulte novamente os beans ou classes EJB.

Nota: Isso foi corrigido na V6.0.0.1.

2.0 Problemas Conhecidos

2.1 A Ativação do Universal Test Client Não Carrega o Recurso Java na Primeira Execução do Servidor WebSphere Application Server v6.0

No Explorador de Projetos, se você selecionar um recurso Java e clicar com o botão direito do mouse para selecionar Ativar o Universal Test Client no menu pop-up, o navegador poderá mostrar que o bean não está carregado no UTC. Isso ocorrerá se o projeto de seu recurso Java selecionado não for publicado no servidor. Esse problema ocorrerá apenas ao utilizar um WebSphere Application Server v6.0.

Para solucionar o problema, primeiro publique o projeto no servidor e, em seguida, execute o comando Ativar o Universal Test Client.

2.2 É Esperado que o Exemplo AutomatedDeploy Tenha Atualizações

Existe um programa de exemplo Automated Deployment. Para visualizar instruções sobre como acessar e executar esse exemplo, abra a ajuda on-line e expanda Desenvolvendo Aplicativos Java > Desenvolvendo Aplicativos Corporativos > Aplicativos J2EE > Trabalhando com Ant > Exemplo: Implementação Automatizada. É esperado que existam atualizações para este exemplo. Essas atualizações estarão disponíveis na página da Web de scripts de amostra no Developer Domain WebSphere Library Samples (www.ibm.com/developerworks/websphere/library/samples/SampleScripts.html). Estas atualizações poderão corrigir problemas no exemplo, ou poderão incluir novos recursos no exemplo.

2.3 Tarefas Ant para Exportação do J2EE Falham ao Produzir o Arquivo de Saída

Você pode executar tarefas Ant para Exportação do J2EE (EJBExport, WARExport, AppClientExport e EARExport) sem quaisquer mensagens de erro, entretanto o arquivo de saída não será criado. Esse problema foi identificado e a correção estará disponível em uma futura correção temporária.

Para solucionar esse problema, você pode exportar manualmente os projetos J2EE utilizando a operação de exportação a partir do workbench.

2.4 O Headless Ant Falha ao Construir Projeto da Web v5.1.x Não Migrado

O Headless (Interface de Linha de Comandos) Ant de projetos da Web v5.1.x não migrados falham com uma java.lang.ClassNotFoundException: com.ibm.etools.siteedit.builder.SiteUpdateBuilder. Para evitar esse problema, é necessário concluir um dos procedimentos a seguir:

2.5 Problemas ao Utilizar a Tarefa Executar no Servidor Quando um Projeto Define um Servidor Padrão*

Se você definir um servidor padrão para um projeto e utilizar a tarefa Executar no Servidor para executar o aplicativo no servidor padrão, observará que ocorrem os seguintes problemas:

Para executar o aplicativo em um servidor preferido, você pode escolher uma das duas opções a seguir:

  1. Remova as configurações dos servidores padrão para um projeto:
    1. Defina o servidor padrão para Nenhum. Você pode fazer isso clicando com o botão direito do mouse em seu projeto na visualização Explorador de Projetos > Propriedades > Servidores
    2. No Explorador de Projetos, clique com o botão direito do mouse no projeto e selecione Executar > Executar no Servidor. O assistente de Seleção de Servidor é aberto e agora você pode especificar as tarefas adicionais do servidor.
  2. Inclua manualmente o projeto no servidor:
    1. Na visualização Servidores, clique com o botão direito do mouse no servidor preferido e selecione Incluir e Remover Projetos.
    2. O assistente para Incluir e Remover Projetos é aberto e agora você pode especificar tarefas adicionais do servidor.

Nota: Isso foi corrigido na V6.0.0.1.

2.6 Saída de Console Seguro do WebSphere Application Server v6.0

Se você executar o WebSphere Application Server v6.0 no modo seguro, a saída do console do servidor pode não aparecer na visualização Console. Além disso, a cada poucos segundos, uma mensagem de erro aparece nos arquivos SystemOut.log de seu servidor, por exemplo:

[11/3/04 16:58:18:412 CST] 0000003b RoleBasedAuth A SECJ0305I: A verificação de autorização baseada em função falhou para a operação admin-authz ConfigService:queryConfigObjects:com.ibm.websphere.management.Session:javax.management.ObjectName:javax.management.ObjectName:javax.management.QueryExp. O usuário <null> (ID exclusivo: null_access_id) não recebeu nenhuma das funções requeridas a seguir: administrador, operador, monitor, configurador.
[11/3/04 16:58:18:431 CST] 0000003b FileTransferS A ADFS0107E: O arquivo para download "/usr/IBM/WebSphere/AppServer/profiles/default/config/temp/logs/sysout" não existe.

Para corrigir esse problema, execute o procedimento a seguir:

  1. Na visualização Servidores, inicie o WebSphere Application Server v6.0.
  2. Após o início do servidor, clique com o botão direito do mouse em WebSphere Application Server v6.0 e selecione Executar Script de Admin Externo. O diálogo Script de Arquivo Admin Jacl ou Jython é aberto.
  3. Localize o redeployFileTransfer.jacl a partir de WAS_HOME/bin (em que WAS_HOME é o diretório de instalação no qual o WebSphere está instalado) e, em seguida, clique em Abrir.
  4. Reinicie o servidor para comutar do aplicativo de transferência de arquivos padrão para o aplicativo de transferência de arquivos seguro.

Retornar para o arquivo leia-me principal