After a dynamic queue has been deleted, any call (other than MQCLOSE) that attempts to reference the queue using a previously acquired HOBJ handle fails with reason code RC2052.
Be aware that although a deleted queue cannot be accessed by applications, the queue is not removed from the system, and associated resources are not freed, until such time as all handles that reference the queue have been closed, and all units of work that affect the queue have been either committed or backed out.
This check is not performed if:
If there are uncommitted units of work that affect the queue, the queue and its messages are still deleted, but this does not cause the units of work to fail. However, as described above, the resources associated with the units of work are not freed until each of the units of work has been either committed or backed out.
If a failure occurs closing one of the queues, the queue manager continues processing and attempts to close the remaining queues in the distribution list. The CMPCOD and REASON parameters of the call are then set to return information describing the failure. Thus it is possible for the completion code to be CCFAIL, even though most of the queues were closed successfully. The queue that encountered the error is not identified.
If there is a failure on more than one queue, it is not defined which failure is reported in the CMPCOD and REASON parameters.
Only applications running in compatibility mode can be connected implicitly; other applications must issue the MQCONN or MQCONNX call to connect to the queue manager explicitly.
Notices |
Downloads |
Library |
Support |
Feedback
![]() ![]() |
amqwak02130 |