qpid-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF subversion and git services (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (QPIDJMS-112) have receiveNoWait and receive(timeout) drain credit to ensure no message is available
Date Fri, 18 Sep 2015 16:31:04 GMT

    [ https://issues.apache.org/jira/browse/QPIDJMS-112?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14875899#comment-14875899
] 

ASF subversion and git services commented on QPIDJMS-112:
---------------------------------------------------------

Commit bdadbb61db8df98dee1a56e556b8187fc65e1306 in qpid-jms's branch refs/heads/master from
Robert Gemmell
[ https://git-wip-us.apache.org/repos/asf?p=qpid-jms.git;h=bdadbb6 ]

QPIDJMS-112: updates to make zero prefetch consumers doing receive() with no timeout wait
for the 'pull' operation to complete, allowing the failover layer to handle that situation
itself


> have receiveNoWait and receive(timeout) drain credit to ensure no message is available
> --------------------------------------------------------------------------------------
>
>                 Key: QPIDJMS-112
>                 URL: https://issues.apache.org/jira/browse/QPIDJMS-112
>             Project: Qpid JMS
>          Issue Type: Improvement
>          Components: qpid-jms-client
>    Affects Versions: 0.5.0
>            Reporter: Robbie Gemmell
>            Assignee: Robbie Gemmell
>             Fix For: 0.6.0
>
>
> As of QPIDJMS-92, if the consumer has been configured to have no prefetch, the client
will issue and drain a single credit before inspecting its local message queue, ensuring that
any available message sent by a broker will be returned to the application. However, if the
client has prefetch, the consumer credit is granted and never drained, which means that a
recieveNoWait call will only return a message if first given time to prefetch it, otherwise
returning null even where messages 'are available'.
> The behaviour should be updated such that if no message is locally available when checked,
the credit is drained to ensure messages available on the broker are retrieved and given the
chance to be returned rather than returning null.
> The same improvement can be applied to receive with a timeout to give behaviour many
would expect where messages 'are available', though it might additionally be useful if the
drain could be disabled in this case.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@qpid.apache.org
For additional commands, e-mail: dev-help@qpid.apache.org


Mime
View raw message