WebSphere Message Broker, Version 8.0.0.7 Operating Systems: AIX, HP-Itanium, Linux, Solaris, Windows, z/OS

See information about the latest product version

Managing errors in the input node

When you design your message flow, consider which terminals on the input node to connect.

  • If the node detects an internal error before the message is propagated to the Out terminal, the node always propagates the message and an exception list to the Failure terminal if the node has a Failure terminal and if you have connected a fail flow. If the Failure terminal is not connected or an exception occurs downstream of the failure terminal, the transaction is rolled back.
  • If you connect the Catch terminal (if the node has one), this indicates that you want to handle all exceptions that are generated in the out flow. If you do not connect the Catch terminal, or the node does not have a Catch terminal, or an exception occurs downstream of the Catch terminal the current transaction is rolled back.
  • Any internal exceptions that occur in the node after the message has been propagated to the Out terminal cause a rollback of the transaction. This situation is rare but could happen for some input nodes.

Refer to the documentation for each input node to determine the effect of rolling back the transaction and also for the retry capabilities provided by some input nodes.

Notices | Trademarks | Downloads | Library | Support | Feedback

Copyright IBM Corporation 1999, 2016Copyright IBM Corporation 1999, 2016.

        
        Last updated:
        
        Last updated: 2016-05-23 14:46:09


Task topicTask topic | Version 8.0.0.7 | ac18890_