[ https://issues.apache.org/jira/browse/QPIDJMS-112?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14875901#comment-14875901 ]
ASF subversion and git services commented on QPIDJMS-112: --------------------------------------------------------- Commit f9b02ca525573b9b4b7f1f84e08da13d2583ad31 in qpid-jms's branch refs/heads/master from Robert Gemmell [ https://git-wip-us.apache.org/repos/asf?p=qpid-jms.git;h=f9b02ca ] QPIDJMS-112: add some notes for later > 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-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org