[
https://issues.apache.org/jira/browse/QPID-8062?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16328997#comment-16328997
]
ASF subversion and git services commented on QPID-8062:
-------------------------------------------------------
Commit 06b4213286305f6d05ce496ca278b73b566f24be in qpid-broker-j's branch
refs/heads/master from [~alex.rufous]
[ https://git-wip-us.apache.org/repos/asf?p=qpid-broker-j.git;h=06b4213 ]
QPID-8062: [Broker-J][AMQP 1.0] Fix handling of routing errors when target
destination cannot route received message
* close the link on receipt of unroutable message when
the source of the link does not support the rejected outcome or
non-transactional message has already been settled by the sender
* mark the publishing transaction as "rollback only" on receipt of
unroutable pre-settled message
> [Broker-J][AMQP 1.0] When a pre-settled message published over "anonymous
> relay" is rejected by the destination, the Broker should detach the link for
> non-transactional case or mark the publishing transaction as "rollback only"
> -----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: QPID-8062
> URL: https://issues.apache.org/jira/browse/QPID-8062
> Project: Qpid
> Issue Type: Bug
> Affects Versions: qpid-java-broker-7.0.0
> Reporter: Alex Rudyy
> Assignee: Keith Wall
> Priority: Major
> Fix For: qpid-java-broker-7.0.1
>
>
> As per section "2.2.2 Routing Errors" of "Using the Anonymous Terminus for
> Message Routing Version 1.0":
> {quote}
> If the source of the link does not support the rejected outcome, or the
> message has already been settled by the sender, then the routing node MUST
> detach the link with an error. The error sent by the routing node MUST
> contain the error which would have been communicated in the detach sent on
> attempting to link directly to the address in the message’s to field.
> Additionally the info field of error MUST contain an entry with symbolic key
> delivery-tag and binary value of the delivery-tag of the message which caused
> the failure.
> {quote}
> The Broker-J does not handle the case when message is sent pre-settled and is
> rejected by the destination. We need to add the support for this behaviour.
> Additionally, if a pre-settled message is published within a transaction and
> cannot be fully processed by a queue/exchange/whatever then have the
> transactional resource (queue / exchange / whatever) logically mark the
> transaction as"rollback only" (i.e. failed), and then reject any attempt to
> commit such a transaction.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
