You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@qpid.apache.org by "Alex Rudyy (JIRA)" <ji...@apache.org> on 2019/07/26 16:08:00 UTC
[jira] [Created] (QPID-8351) [Broker-J][AMQP 1.0] Message is left
on a queue when acquiring receiver settles non-transactional transfer
without specifying a terminal state
Alex Rudyy created QPID-8351:
--------------------------------
Summary: [Broker-J][AMQP 1.0] Message is left on a queue when acquiring receiver settles non-transactional transfer without specifying a terminal state
Key: QPID-8351
URL: https://issues.apache.org/jira/browse/QPID-8351
Project: Qpid
Issue Type: Bug
Components: Broker-J
Reporter: Alex Rudyy
Fix For: qpid-java-broker-8.0.0
Qpid Broker-J does not dequeue message when acquiring receiver settles non-transactional transfer without specifying terminal state.
It seems, that message needs to be dequeued when receiver {{source}} {{default-outcome}} is unset or set explicitly to {{accepted}}.
That would be compliment with the following AMQP spec requirements from section 3.5.3:
{quote}
default outcome for unsettled transfers
Indicates the outcome to be used for transfers that have not reached a terminal state at the
receiver when the transfer is settled, including when the source is destroyed. The value MUST be a valid outcome (e.g., released or rejected).
{quote}
The issue can be reproduced using setps below:
* publish message
* attach receiver link with {{"rcv-settle-mode"}} set to {{"first"}}
* send {{flow}} with at least one credit
* receive {{transfer}}
* send disposition with {{settled}} set to {{true}} and unset {{state}}
* close link
--
This message was sent by Atlassian JIRA
(v7.6.14#76016)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@qpid.apache.org
For additional commands, e-mail: dev-help@qpid.apache.org