[ https://issues.apache.org/jira/browse/ARTEMIS-1898?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16736007#comment-16736007 ]
Keith Wall commented on ARTEMIS-1898: ------------------------------------- Apologies, my testing of the fix was duff. The new behaviour is reasonable for Artemis's FAIL mode. I was expecting Artemis to grant the producing link credit when the queue's depth had reduced sufficiently. What I failed to notice was that in the cases I thought were failures, the link still had credit. > [AMQP] sender is not granted credit once space on queue is available > -------------------------------------------------------------------- > > Key: ARTEMIS-1898 > URL: https://issues.apache.org/jira/browse/ARTEMIS-1898 > Project: ActiveMQ Artemis > Issue Type: Bug > Reporter: Gordon Sim > Assignee: Andy Taylor > Priority: Major > Fix For: 2.6.4 > > Attachments: drain.py, test_send.py > > > If an AMQP publisher sends to a queue that is full, with > address-full-policy=FAIL, it gets messages rejected and no credit issued as > expected. However if the queue is then drained, that existing sender link is > not granted any more credit. > To reproduce, configure a broker such that it has a queue called examples > with some fairly low max size (I set global-max-size to 100kb) and > address-full-policy of FAIL. Then run attached test_send.py with args e.g. -m > 100000. The sender will eventually stall due to lack of credit. Then run the > attached drain.py which will drain the queue. This *should* allow the sender > to resume sending, but it does not. -- This message was sent by Atlassian JIRA (v7.6.3#76005)