[ https://issues.apache.org/jira/browse/QPID-8345?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16895122#comment-16895122 ]
ASF subversion and git services commented on QPID-8345: ------------------------------------------------------- Commit 9b67c9a1a465d722443c6ad272b6c1b3528f29d7 in qpid-broker-j's branch refs/heads/7.1.x from Alex Rudyy [ https://gitbox.apache.org/repos/asf?p=qpid-broker-j.git;h=9b67c9a ] QPID-8345: [Broker-J][AMQP 1.0] Dequeue messages sent non-transactionally as pre-settled (cherry picked from commit ca0d0d7ec22c31364c1adc32f5dffee0392ff230) > [Broker-J][AMQP 1.0] Consumed messages are left in acquired state on a queue > when receiver’s desired snd-settle-mode is set to settled and transactions > are not used for message receiving > ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ > > Key: QPID-8345 > URL: https://issues.apache.org/jira/browse/QPID-8345 > Project: Qpid > Issue Type: Bug > Components: Broker-J > Affects Versions: qpid-java-broker-7.0.0, qpid-java-broker-7.0.1, > qpid-java-broker-7.1.0, qpid-java-broker-7.0.4, qpid-java-broker-7.0.5, > qpid-java-broker-7.0.6, qpid-java-broker-7.0.7, qpid-java-broker-7.1.1, > qpid-java-broker-7.1.2, qpid-java-broker-7.0.8, qpid-java-broker-7.1.3, > qpid-java-broker-7.1.4 > Reporter: Alex Rudyy > Priority: Major > Fix For: qpid-java-broker-7.1.5 > > > When receiving link desired {{snd-settle-mode}} is set to {{settled}} and > transactions are not used for message receiving, the broker sending link > sends the messages pre-settled. > However, the consumed messages are left in acquired state on the queue after > sending them to consumer. Such messages stack in {{acquired}} state until > broker is restarted. After the restart, the persistent message became > available for consumption again. > The broker should remove sent pre-settled messages from the queue queue. If > consumer default outcome is set explicitly to other value than {{accepted}} > or null, than the transfer state should be set to {{accepted}} in order to > notify the receiver about sender behaviour. -- This message was sent by Atlassian JIRA (v7.6.14#76016) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org