WebSphere Message Broker, Versão 8.0.0.5 Sistemas operacionais: AIX, HP-Itanium, Linux, Solaris, Windows, z/OS

Consulte as informações sobre a versão mais recente do produto em IBM Integration Bus, Versão 9.0

Resolvendo Problemas ao Executar Amostras

Use o conselho fornecido aqui para ajudá-lo a resolver problemas comuns que podem surgir quando você executar ou remover amostras.

Use as instruções a seguir para diagnosticar o problema.

  1. Use o WebSphere MQ Explorer para determinar em qual fila a mensagem de entrada se encontra:
    1. Inicie o WebSphere MQ Explorer.
    2. Expanda as pastas para exibir o gerenciador de filas do broker, MB8QMGR.
    3. Clique na pasta Filas no gerenciador de filas para exibir suas filas.
    4. Verifique a coluna Profundidade Atual para identificar a fila que está retendo a mensagem de entrada. Se várias mensagens estiverem armazenadas em uma fila, clique com o botão direito do mouse na fila, em seguida, clique em Pesquisar Mensagens para determinar se a mensagem em que você está interessado está na fila.
  2. Utilize a tabela a seguir para identificar o problema e uma solução sugerida para superá-lo. Se a amostra que você está executando não tem um banco de dados, ignore os problemas relacionados ao banco de dados listados na tabela.
  3. Se a tabela não ajudou você a resolver o problema, retorne para o WebSphere Message Broker Toolkit e verifique a visualização Problemas quanto a mensagens de erro. Utilize essas informações para solucionar o problema.
  4. Se você mesmo criou a amostra, deverá verificar se todos os objetos na amostra foram denominados e configurados corretamente.
Problem Motivo Solução Sugerida
A mensagem de entrada permanece na fila IN. O broker, o gerenciador de filas, o listener ou o próprio fluxo de mensagens parou. Verifique se todos os componentes estão em execução e se o listener para o gerenciador de filas está atendendo na porta para o gerenciador de filas. Inicie todos os componentes que não estiverem em execução.
Uma mensagem não identificável já na fila de ENTRADA não pode ser processada pelo fluxo de mensagens. No WebSphere MQ Explorer, clique com o botão direito do mouse na fila IN, em seguida, clique em Todas as Tarefas > Limpar Mensagens.
A mensagem de entrada vai para a fila FAIL. O nó MQInput não pode identificar qual analisador ele deve usar para analisar a mensagem. Se você estiver usando o recurso Enfileirar no ambiente de trabalho ou a ferramenta RfhUtil fornecida no SupportPac IH03, você deve digitar todas as informações necessárias do cabeçalho da mensagem nos campos da ferramenta. Caso esteja usando a ferramenta mqsiput.exe, você deve incluir as informações de cabeçalho para o arquivo da mensagem em si.
A mensagem de entrada vai para SYSTEM.DEAD.LETTER.QUEUE A fila na qual a mensagem de entrada deveria ser colocada não existe. Assegure-se de que todas as filas requeridas para a amostra tenham sido criadas.
Você não pode localizar a mensagem de entrada em nenhuma fila. Você atualizou a exibição no WebSphere MQ Explorer ou atualizou apenas algumas das filas. Para atualizar todas as filas no WebSphere MQ Explorer, clique com o botão direito do mouse na pasta Filas, em seguida, clique em Atualizar. Todas as filas na pasta são atualizadas.
A mensagem de entrada foi transmitida para um terminal que não foi conectado a outro nó e a mensagem foi descartada. Assegure-se de que todos os nós sejam conectados uns aos outros conforme requerido pela amostra.
Ao utilizar um banco de dadosDB2, a mensagem de entrada vai para a fila FAIL ou o Log de Eventos contém uma mensagem dizendo que o banco de dados não foi localizado, ou ambos. O DB2 não está em execução. Em uma Janela de Comandos do DB2, insira o seguinte comando:
db2 start
Se o DB2 já estiver em execução, você receberá a seguinte mensagem:
O gerenciador do banco de dados já está ativo.
O fluxo de mensagens está tentando acessar uma tabela de banco de dados que não está no esquema padrão. O nome do esquema padrão é determinado, e é o mesmo que, o nome de usuário que é usado para acessar o banco de dados. Se a tabela não estiver no esquema padrão e nenhum outro esquema for especificado na ESQL para o fluxo de mensagens, o fluxo de mensagens procurará a tabela no esquema padrão. Em uma Janela de Comandos do DB2, insira os seguintes comandos:
DB2 "CONNECT TO database user username"
DB2 "CREATE VIEW tablename 
  AS SELECT * FROM tableschema.tablename"
em que:
  • username é o nome de usuário do broker
  • tableschema é o esquema que contém a tabela que o fluxo de mensagens está acessando
  • tablename é a tabela que o fluxo de mensagens está acessando
Você recebe as seguintes mensagens de erro quando tenta remover um banco de dados DB2 no Windows:

BIP9830I: Excluindo o Banco de Dados do DB2 Your_database_name.

BIP9835E: O comando em lote do DB2 falhou com o código de erro SQLSTATE=57019. O banco de dados não pôde ser criado/excluído. O código de erro SQLSTATE=57019 foi devolvido a partir do comando em lote DB2.

Se você usar o DB2 Centro de Controle para executar uma consulta, será aberta uma conexão com o banco de dados. Esta conexão permanece aberta até o Centro de Controle do DB2 ser fechado, quando a conexão é encerrada. Feche o aplicativo de Centro de Controle do DB2. Para tentar remover a amostra novamente, clique em Sim.
Você executa uma amostra dos serviços da Web usando o cenário Cliente de Teste pré-construído e ele é interrompido, atingindo o tempo limite em seguida. O problema ocorre quando você tem um nó SOAPInput que está sendo chamado de um nó SOAPRequest.

A porta padrão usada pelos serviços da Web é a 7800, e os nós SOAPRequest estão configurados para usar essa porta. Entretanto, se essa porta já estiver em uso, por exemplo, por outra amostra, o número da porta será automaticamente incrementado em um. Assim, a porta padrão também deverá ser alterada para corresponder.

Emita o seguinte comando mqsireportproperties em uma linha, para verificar que porta seu grupo de execução do provedor está usando:
mqsireportproperties MB8BROKER 
-e sampleExecutionGroup 
-o HTTPConnector 
-n port
em que sampleExecutionGroup é o grupo de execução apropriado para a amostra que está sendo executada. Para verificar se a porta que o nó SOAPRequest está usando é a porta correta para chamar o fluxo do provedor, altere a porta dos nós SOAPRequest para a porta que o grupo de execução do provedor está usando, concluindo as seguintes etapas:
  1. Abra o fluxo de mensagens localizado no projeto do conjunto de mensagens.
  2. (Execute esta etapa para todos os nós do SOAPRequest). Abra a guia Transporte HTTP na visualização Propriedades. Se a porta não estiver correta, altere-a na propriedade URL de Serviço da Web para a porta correta do provedor de serviços da Web ou do Monitor TCP/IP.
  3. Salve o fluxo de mensagens.
  4. Reconstrua e reimplemente o arquivo broker archive (BAR).

Se você configurou um Monitor TCP/IP, já verificou qual porta o provedor de serviços da Web está usando, mas ainda deverá configurar o consumidor para enviar as mensagens para o Monitor TCP/IP e, em seguida, reconstruir e reimplementar o arquivo BAR.

Alternativamente, é possível remover uma das amostras que está usando a mesma porta, para que apenas uma amostra seja implementada de cada vez.

Em algumas amostras, o formato da saída XML no Cliente de Teste pode ser exibida em um formato diferente para o formato que é exibido na documentação. Em todos os casos os dados de saída são idênticos, é o formato que é diferente. É possível alterar o formato da saída selecionando Visualizar como Origem ou Visualizar como Estrutura XML a partir do menu no Cliente de Teste.
Avisos | Marcas Registradas | Downloads | Biblioteca | Suporte | Feedback

Copyright IBM Corporation 1999, 2014Copyright IBM Corporation 1999, 2014.

        
        Última atualização:
        
        Última atualização: 2015-02-28 18:31:48


Tópico de TarefaTópico de Tarefa | Versão 8.0.0.5 | bu43950_