You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@qpid.apache.org by "Rajith Attapattu (Updated) (JIRA)" <ji...@apache.org> on 2011/11/22 23:14:40 UTC
[jira] [Updated] (QPID-3640) When releasing msgs, the JMS client
should not mark msgs in the prefetch buffer as "redelivered".
[ https://issues.apache.org/jira/browse/QPID-3640?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Rajith Attapattu updated QPID-3640:
-----------------------------------
Attachment: RecoveryTest.java
The test case basically does the following.
It tries to receive 100 messages. But every 5th message, it checks to see if it's marked redelivered. If not it will call recover().
Once issues identified in QPID-3602 & QPID-3629 is fixed, the correct behaviour should be as follows.
1. We should receive 100 messages.
2. We should see 20 messages marked as redelivered.
3. At at point we should not see the number of messages in our prefetch exceeding the value specified with max_prefetch (or capacity using addressing).
Currently with some of the patches for QPID-3602, QPID-3629 and a patch for this issue, I see the following.
1. We receive 100 messages (this was never a problem)
2. We now receive 24 messages marked as "redelivered" (consistently) no matter what the prefetch count is. Before the patches for these issues, the number of redelivered messages depended on the prefetch, partly due to the client prefetching more than it needed, the broker sending more than the client needed and the client marking everything in it' prefetch buffer as "redelivered".
3. With the fix for QPID-3629 we now see that the messages in the clients prefetch buffer does not exceed the max_prefetch value at any time. (However prefetch=0 case does not work, and I attribute that to client error at this point). But there seems to be another issue with the said patch. At this point not sure if it's client or broker side. Since this issue does not arise without the patch for QPID-3629 it's reasonable to assume that it's caused by this patch.
> When releasing msgs, the JMS client should not mark msgs in the prefetch buffer as "redelivered".
> -------------------------------------------------------------------------------------------------
>
> Key: QPID-3640
> URL: https://issues.apache.org/jira/browse/QPID-3640
> Project: Qpid
> Issue Type: Bug
> Components: Java Client
> Affects Versions: 0.10, 0.12
> Reporter: Rajith Attapattu
> Assignee: Rajith Attapattu
> Fix For: 0.15
>
> Attachments: RecoveryTest.java
>
>
> When releasing messages, for ex when the application calls recover() or Connection.stop(), the client marks all messages in it's prefetch buffer as "redelivered". This is not correct, since messages in the prefetch buffer have not yet been seen (delivered) by the application.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:dev-subscribe@qpid.apache.org