O intermediário fornece tratamento de erro básico para todos os fluxos de mensagens. Se o processamento básico não for suficiente e você deseja tomar medidas específicas em resposta a determinadas condições e situações de erro, será possível aprimorar seus fluxos de mensagens para fornecer seu próprio tratamento de erros.
As opções que você pode utilizar para isso são um tanto complexas em alguns casos. As opções fornecidas para os nós MQeInput e MQInput são extensivas porque esses nós tratam com mensagens e transações persistentes. Elas também são afetadas pelas opções de configuração para WebSphere MQ.
Como você pode decidir manipular diferentes erros de diferentes maneiras, não há procedimentos pré-determinados a serem descritos. Esta seção fornece informações sobre princípios de manipulação de erros e as opções disponíveis e você deve decidir qual combinação de opções é necessária em cada situação, com base nos detalhes fornecidos nesta seção.
Você pode escolher uma ou mais dessas opções em seu fluxo de mensagens:
Ao projetar sua abordagem de manipulação de erros, considere os seguintes fatores:
Quando uma exceção é detectada dentro de um nó, a mensagem e as informações de exceção são propagadas para o terminal failure do nó. Se o nó não possuir um terminal failure ou não estiver conectado, o intermediário emitirá uma exceção e retornará o controle ao nó anterior mais próximo do nó de entrada.
Se um nó MQeInput ou MQinput detectar um erro interno, seu comportamento será um pouco diferente; se o terminal failure não estiver conectado, ele tentará colocar a mensagem na fila de backout de filas de entrada ou (se não estiver definida) na fila dead letter do gerenciador de filas do intermediário. Consulte Tratamento de Erro de MQeInput ou Tratamento de Erro de MQInput para obter detalhes adicionais.
Uma mensagem é propagada em um terminal catch apenas se tiver sido propagada primeiro além do nó (por exemplo, para os nós conectados ao terminal de saída).
Os princípios gerais de tratamento de erro são:
O fluxo fail também será chamado se uma exceção for gerada além do nó MQInput ou do nó MQeInput (nos fluxos out ou catch), a mensagem é transacional, e a restauração da mensagem na fila de entrada faz com que a contagem backout alcance o limite de backout.
O nó SCADAInput não propagará a mensagem para o terminal failure, se uma exceção for gerada além do nó e não tiver conectado o terminal catch.
Conceitos relacionados
Fluxos de Mensagem
Implementação de Aplicativo de Fluxo de Mensagens
Tarefas relacionadas
Utilizando Subfluxos
Criação de um Fluxo de Mensagens
Definindo o Conteúdo do Fluxo de Mensagens
Editando Propriedades Configuráveis
Referências relacionadas
Nós Internos
WebSphere MQ Enterprise Transport
WebSphere MQ Mobile Transport
WebSphere MQ Multicast Transport
WebSphere MQ Real-time Transport
WebSphere MQ Telemetry Transport
Avisos |
Marcas |
Downloads |
Biblioteca |
Suporte |
Feedback
![]() ![]() |
ac00410_ |