Resolvendo Problemas de uma Implementação com Falha

Este tópico descreve as etapas a serem seguidas para determinar a causa de um problema ao implementar um aplicativo. Ele também apresenta algumas soluções possíveis.

Antes de iniciar

Este tópico supõe o seguinte:

Por Que e Quando Desempenhar Esta Tarefa

A tarefa de resolução de problemas de uma implementação começa após o recebimento da notificação de um erro. Existem vários sintomas de uma implementação com falha que você precisa inspecionar antes de executar a ação.

Etapas para Esta Tarefa

  1. Determine se a instalação do aplicativo falhou.
    Examine o arquivo system.out para ver a ocorrência de mensagens que especificam a causa da falha. Algumas das razões para que um aplicativo não seja instalado são as seguintes:
    • Você está tentando instalar um aplicativo em vários servidores na mesma célula do Network Deployment.
    • Um aplicativo tem o mesmo nome que um módulo existente na célula do Network Deployment na qual você está instalando o aplicativo.
    • Você está tentando implementar os módulos J2EE em um arquivo EAR para diferentes servidores de destino.
    Importante: Se a instalação tiver falhado e o aplicativo contiver serviços, você deverá remover todos os destinos SIBus ou especificações de ativação do J2C criadas antes da falha, antes de tentar reinstalar o aplicativo. A forma mais simples de remover esses artefatos é clicar em Salvar -> Descartar Tudo após a falha. Se você salvou inadvertidamente as alterações, deverá remover manualmente os destinos SIBus e as especificações de ativação J2C (consulte Excluindo Destinos de SIBus e Excluindo Especificações de Ativação do J2C).
  2. Se o aplicativo for instalado corretamente, examine-o para determinar se ele foi iniciado.

    Se o aplicativo não estiver em execução, a falha ocorreu quando o servidor tentou iniciar os recursos para o aplicativo.

    1. Examine no arquivo system.out a ocorrência de mensagens que irão direcioná-lo sobre como proceder.
    2. Determine se os recursos foram iniciados.
      Recursos que não são iniciados evitam que um aplicativo seja executado para proteger contra a perda de informações. As razões para um recurso não iniciar incluem:
      • Ligações são especificadas incorretamente
      • Recursos não são configurados corretamente
      • Recursos não são incluídos no arquivo RAR (Resource Archive)
      • Recursos da Web não incluídos no arquivo archive de serviços da Web (WAR)
    3. Determine se algum componente está faltando.

      A razão para não ter um componente é um arquivo EAR (Enterprise Archive) construído incorretamente. Certifique-se de que todos os componentes requeridos pelo módulo estejam nas pastas corretas no sistema de testes na qual você construiu o arquivo JAR (Java Archive). Preparing to deploy to a server contém informações adicionais.

  3. Examine o aplicativo para ver se há informações passando por ele.

    Mesmo um aplicativo em execução pode falhar ao processar informações. As razões para isso são semelhantes à mencionadas na etapa 2.b.

    1. Determine se o aplicativo utiliza todos os serviços contidos em outro aplicativo. Certifique-se de que outro aplicativo esteja instalado e em execução.
    2. Determine se as ligações de importação e exportação para todos os serviços contidos em outros aplicativos que o aplicativo com falha utiliza estão configuradas corretamente. Utilize o console administrativo para examinar e corrigir as ligações.
  4. Corrija o problema e reinicie o aplicativo.

(c) Copyright IBM Corporation 2005, 2006.
Este centro de informações é desenvolvido em tecnologia Eclipse (http://www.eclipse.org)