[ 
https://issues.apache.org/jira/browse/QPID-2733?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13586121#comment-13586121
 ] 

Rajith Attapattu commented on QPID-2733:
----------------------------------------

The title is slightly misleading. The queues are deleted when the connection is 
canned.
However when the connection is lost the queue is deleted and after failover a 
new queue is created.
However if we specify "at-least-once" as the reliability mode, then the above 
is not the correct behaviour.

However it was decided not to fix this for the current client as it requires 
more substantial changes to the code base.
One big issue is that The destination object holds the subscription queue. This 
is incorrect on many levels. The same destination can be used by multiple 
subscribers.
We should hold the subscription queue as a property of MessageConsumer.

                
> Temp queues created when receiving from an exchange are not deleted.  
> ----------------------------------------------------------------------
>
>                 Key: QPID-2733
>                 URL: https://issues.apache.org/jira/browse/QPID-2733
>             Project: Qpid
>          Issue Type: Bug
>          Components: Java Client
>            Reporter: Rajith Attapattu
>            Assignee: Rajith Attapattu
>            Priority: Minor
>              Labels: addressing, possibly_complete
>             Fix For: Future
>
>
> In the new addressing scheme, when you subscribe to an exchange a temp queue 
> is created for the subscriber.
> The queue deletion depends on the reliability mode.
> If reliability mode is "unreliable" or "at-most-once" then the queue should 
> be created with auto-delete=true. 
> If reliability mode is "at-least-once" then the queue should set 
> auto-delete=false, and the queue will only be deleted if the client app 
> invokes consumer.close().
> If x-declare properties include auto-delete=true, then the reliability mode 
> is ignored.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org

Reply via email to