DLQ control data
We can include keywords in a control-data entry in a dead-letter queue handler rules table.
Note:
- The vertical line (|) separates alternatives, only one of which can be specified.
- All keywords are optional.
- INPUTQ ( QueueName|' ')
- The name of the DLQ we want to process:
- Any INPUTQ value you supply as a parameter to the runmqdlq command overrides any INPUTQ value in the rules table.
- If we do not specify an INPUTQ value as a parameter to the runmqdlq command, but you do specify a value in the rules table, the INPUTQ value in the rules table is used.
- If no DLQ is specified or you specify INPUTQ(' ') in the rules table, the name of the DLQ belonging to the queue manager with the name that is supplied as a parameter to the runmqdlq command is used.
- If we do not specify an INPUTQ value as a parameter to the runmqdlq command or as a value in the rules table, the DLQ belonging to the queue manager named on the INPUTQM keyword in the rules table is used.
- INPUTQM ( QueueManagerName|' ')
- The name of the queue manager that owns the DLQ named on the INPUTQ keyword:
- Any INPUTQM value you supply as a parameter to the runmqdlq command overrides any INPUTQM value in the rules table.
- If we do not specify an INPUTQM value as a parameter to the runmqdlq command, the INPUTQM value in the rules table is used.
- If no queue manager is specified or you specify INPUTQM(' ') in the rules table, the default queue manager for the installation is used.
- RETRYINT ( Interval|60 )
- The interval, in seconds, at which the DLQ handler should reprocess messages on the DLQ that could not be processed at the first attempt, and for which repeated attempts have been requested. By default, the retry interval is 60 seconds.
- WAIT ( YES|NO|nnn )
- Whether the DLQ handler should wait for further messages to arrive on the DLQ when it detects that there are no further messages that it can process.
- YES
- The DLQ handler waits indefinitely.
- NO
- The DLQ handler ends when it detects that the DLQ is either empty or contains no messages that it can process.
- nnn
- The DLQ handler waits for nnn seconds for new work to arrive before ending, after it detects that the queue is either empty or contains no messages that it can process.
Specify WAIT (YES) for busy DLQs, and WAIT (NO) or WAIT ( nnn ) for DLQs that have a low level of activity. If the DLQ handler is allowed to terminate, invoke it again using triggering. For more information about triggering, see Starting IBM MQ applications using triggers.
An alternative to including control data in the rules table is to supply the names of the DLQ and its queue manager as input parameters to the runmqdlq command. If you specify a value both in the rules table and as input to the runmqdlq command, the value specified on the runmqdlq command takes precedence.
If we include a control-data entry in the rules table, it must be the first entry in the table.
Parent topic: The DLQ handler rules table