[
https://issues.apache.org/jira/browse/QPID-6744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14933669#comment-14933669
]
ASF subversion and git services commented on QPID-6744:
-------------------------------------------------------
Commit 1705736 from [~k-wall] in branch 'java/trunk'
[ https://svn.apache.org/r1705736 ]
QPID-6744/QPID-6759: [Java Client/Java Broker] 0-8..0-91 Correct handling of
queue.delete and exchange.delete.
* Make client's use of the queue.delete nowait flag in line with the
expectation for a response.
* Correct client's response class expectation when performing an exchange
delete (previously awaited a ExchangeDeclareOkBody!)
* Make broker send a queue.delete/exchange.delete response only when nowait =
false
* For backward compatibility, when the peer is identified as an older Qpid
client, send an queue delete response regardless. Identification is performed
by checking the product name and product version, the latter can be overriden,
which may be useful for private implementations.
> Java client 0-8..0-91 sends queue.delete with nowait true but then awaits a
> reply
> ---------------------------------------------------------------------------------
>
> Key: QPID-6744
> URL: https://issues.apache.org/jira/browse/QPID-6744
> Project: Qpid
> Issue Type: Bug
> Components: Java Broker, Java Client
> Affects Versions: 0.18, 0.22, 0.32
> Reporter: Keith Wall
> Labels: rabbitmq
>
> The Java Client sends AMQP queue.delete with {{nowait}} hard-coded true, but
> then awaits a queue.delete-ok reply anyway. This defect is transparent with
> the Java Broker since the Broker sends the queue.delete-ok regardless of the
> setting of the nowait flag.
> This defect shows up when inter-operating against the RabbitMQ, which
> respects the {{nowait}} flag.
> This behaviour is longstanding.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
