When deleting a queue the JMSPostQueueDeletionCallback#callback will
invoke PostOfficeImpl#getBindingsForAddress which will create a
Bindings instance if one doesn't exist. This will trigger the creation
of a PagingStore instance which will be stored by the PagingManager
and may never be deleted. This is particularly problematic for use-cases
involving temporary JMS queues.
This change uses the lookupBindingsForAddress instead of
getBindingsForAddress which doesn't implicitly create a Bindings
instance.
This problem doesn't exist on the master branch as the
JMSPostQueueDeletionCallback no longer exists there.
- clones
-
JBEAP-16028 [GSS](7.1.z) PagingStore leak when deleting queue
- Closed
- relates to
-
JBEAP-16034 [GSS](7.2.z) ENTMQBR-2197 - Core JMS client leaks temporary destination names
- Closed
- links to