Quando um nó que possui um terminal failure detectar um
erro interno, ele propagará a mensagem para esse terminal.
Se ele não tiver um terminal failure ou se você não tiver conectado o
terminal failure, o intermediário gerará uma exceção.
Os nós, às vezes, geram erros previsíveis, e nesses casos talvez você
considere a conexão do terminal failure a uma seqüência de nós que
pode tomar medidas sensatas em resposta aos erros esperados.
Os exemplos de erros esperados são:
- Erros temporários quando o nó input recupera a mensagem.
- Erros de validação detectados pelo nó MQInput,
Compute ou Mapping.
- Mensagens com um erro interno ou de formato que não podem ser
reconhecidos ou processados pelo nó input.
- Os erros aceitos quando um nó acessar um banco de
dados e você escolher por não configurar o nó para manipular esses
erros.
- Erros ESQL durante o desenvolvimento do fluxo de
mensagens (alguns erros ESQL não podem ser detectados pelo editor,
mas são reconhecidos apenas pelo intermediário; eles
provocam uma exceção se você não tiver conectado o terminal failure.
Você pode remover o fluxo de falha quando tiver testado totalmente o
código ESQL de tempo de execução).
Também será possível conectar o terminal failure, se você não
desejar que WebSphere MQ tente novamente
a mensagem, ou colocá-lo em uma fila backout ou dead letter.