[
https://issues.apache.org/jira/browse/QPID-6419?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14340158#comment-14340158
]
ASF subversion and git services commented on QPID-6419:
-------------------------------------------------------
Commit 1662683 from [~godfrer] in branch 'qpid/trunk'
[ https://svn.apache.org/r1662683 ]
QPID-6419 : [Java Broker] Queue counts can become corrupt in case of rapid
acknowledgement
> [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: Rob Godfrey
> 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]
