Mailing-List: contact users-help@qpid.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@qpid.apache.org
Subject: Re: Service Bus: unreceived messages stay locked (peek-and-lock)
To: users@qpid.apache.org
References: <CAHJL2YpG730jDAVYOiChAHjfkqbi9QjfQOoTPSbwQc+wAwdf8g@mail.gmail.com>
 <CAFitrpRQEacQOdBqtrhDwE-GG-yTMrQhuSoUX8cRQFrSmT8ZeQ@mail.gmail.com>
 <CAHJL2YrVRrNVmbQkFpJOEJVTrHkGANqAj2rtzWwOpXyuuvsoww@mail.gmail.com>
 <CAFitrpQaoXgP0YTFYFTdbxw6nP9DJZoRyJpxEGaGN+71C3pjJQ@mail.gmail.com>
 <CAHJL2YoX3AnSwZ2wT-HttZu8G=bsJyh8vDq+71S=5NnFcN2AFw@mail.gmail.com>
 <CAFitrpR3ZJQmQLKuw+N-9sibanPpbwJmLpOsYKnY1wWrVtWsdg@mail.gmail.com>
 <CAHJL2YpsYh0DMymXaWPxTTVoTOckiQHj4C+T7CWgfmAbBM_omQ@mail.gmail.com>
From: Gordon Sim <gsim@redhat.com>
Organization: Red Hat UK Ltd, Registered in England and Wales under Company
 Registration No. 3798903, Directors: Michael Cunningham, Michael O'Neill,
 Eric Shander
Message-ID: <13586ea8-ddcc-4e63-d3c7-932b92631dad@redhat.com>
Date: Wed, 6 Jul 2016 17:42:15 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.1.1
MIME-Version: 1.0
In-Reply-To: <CAHJL2YpsYh0DMymXaWPxTTVoTOckiQHj4C+T7CWgfmAbBM_omQ@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
archived-at: Wed, 06 Jul 2016 16:42:25 -0000

On 06/07/16 17:14, Dale Green wrote:
> I have an update on this issue.
>
> According to Microsoft, state=Released is supported and now I can confirm
> that this is true. If the message is released during the lifetime of the
> consumer (before Detach), the same message is immediately unlocked and is
> available for the same consumer or others depending on the credit.
>
> However, what happens with Qpid JMS is that messageConsumer.close() first
> sends a Detach frame and after that the Disposition frames if any. Is this
> correct from protocol point of view, as Service Bus seems to ignore such
> dispositions?

The spec says:

     The disposition performative MAY refer to deliveries on links
     that are no longer attached. As long as the links have not been
     closed or detached with an error then the deliveries are still
     “live” and the updated state MUST be applied.

If the Detach sent by the client has closed=true, then I would think 
that the deliveries associated with that link are implicitly ended. If 
this is the case, then the client has a bug.

(If the closed flag was false, then I would think it would depend on the 
expiry-policy for the link's source).

> Is there any way to set the credit to 0, send the Dispositions, and then
> Detach?


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@qpid.apache.org
For additional commands, e-mail: users-help@qpid.apache.org