[
https://issues.apache.org/jira/browse/QPID-6419?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Keith Wall resolved QPID-6419.
------------------------------
Resolution: Fixed
Rob, changes look reasonable to me. I agree this is imperative for 0.32.
> [Java Broker] Queue counts can become corrupt in case of rapid acknowledgement
> ------------------------------------------------------------------------------
>
> Key: QPID-6419
> URL: https://issues.apache.org/jira/browse/QPID-6419
> Project: Qpid
> Issue Type: Bug
> Components: Java Broker
> Affects Versions: 0.30
> Reporter: Rob Godfrey
> Assignee: Keith Wall
> Priority: Critical
>
> During testing we have seen a seemingly empty queue which was reporting that
> there was still a message present, and that one more message had been
> enqueued than dequeued.
> Code inspection shows only one path where this might possibly happen - if the
> acknowledgement for the message occurs at the same time the acquisition is
> "unlocked" in the delivery thread. This is theoretically possible if the
> acknowledgement returns very quickly.
> The incorrect queue count can lead to infinite looping in clients which use
> the queue count to determine if there are more messages to consume.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
