+

Search Tips   |   Advanced Search

Protecting an MDB application from system resource problems

We can configure the system so that if there is a problem with a dependent external system resource, the enterprise application is stopped before messages are moved unnecessarily to an exception destination. This configuration also handles occasional problems with messages without blocking the enterprise application.

This task assumes that we have deployed an enterprise application containing a message-driven bean (MDB) that interacts with external system resources.

The destination to which the MDB listens must use an exception destination. This exception destination can be the system default, or one configured specifically for the destination.

To complete this task, we need the following information:

When an MDB fails to process a message, the message is rolled back and made available to the MDB again. Typically, the messaging system is configured in one of the following ways:

  1. Failed messages are retried a finite number of times, and if they continue to fail, they are moved to an exception destination allowing subsequent messages to be processed.
  2. Failed messages are retried indefinitely until the problem is rectified.

Configuration (1) protects the MDB from an occasional problem message that prevents subsequent messages from being processed. However, if there is a prolonged problem with a resource that the enterprise application or business-level application depends on, for example a database, all messages sent to the destination might be moved to the exception destination.

Configuration (2) blocks the delivery of messages until the original failing message problem is resolved. This configuration prevents messages being moved unnecessarily to an exception destination, but it also blocks subsequent messages as soon as a single problem message fails to be processed.

We can configure the activation specification for an MDB so that the MDB endpoint is stopped automatically when a number of failures with sequential messages are detected. These failures indicate a problem with a dependent resource. When the problem is resolved, the MDB endpoint is restarted manually. This configuration tolerates occasional message failures, allowing individual problem messages to be moved to the exception destination without blocking the entire MDB.

Use the following steps to protect an enterprise application from dependent external system resource failures.


Tasks

  1. Navigate to the deployed enterprise application containing the MDB.

  2. From the MDB, navigate to its JMS activation specification. Click Resources -> JMS -> Activation specifications -> activation_specification_name.

  3. Enter a value for the Sequential failed message threshold and the Delay between failing message retries.

  4. Save the configuration.

  5. Navigate to the destination to which the MDB is listening. Click one of the following paths, as appropriate:

    • Service integration -> Buses -> bus_name -> [Destination resources] Destinations -> queue_name
    • Service integration -> Buses -> bus_name -> [Destination resources] Destinations -> topic_space_name

  6. Enter a value for the Maximum failed deliveries per message.

  7. Save changes to the master configuration.

We have configured the enterprise application, or business-level application, to protect itself from the sort of external resource problem that can occur at any time. This means that, in the event of a system resource problem, the MDB is stopped automatically when the Sequential failed message threshold is reached for any message.


What to do next

When the system resource that failed becomes available, we can restart the system resource and resume the MDB. The messages that failed during the system resource downtime are retried instead of being left on an exception destination.


Subtopics