qpid-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Rob Godfrey <rob.j.godf...@gmail.com>
Subject Re: Question about settled flag on a multi-frame transfer
Date Wed, 05 Jul 2017 13:30:30 GMT
I agree the spec is horribly unclear on this point.

I wish we had said something along the lines of two transfers in a
multi-transfer delivery must either both have the same value for settled,
or one must be unset (i.e. you can't have frames for the same transfer
saying both settled and not settled).  Given the spec does not say this
then I think we have to treat the case you describe as meaning that the
delivery should be considered settled (and the Proton is behaving
incorrectly by the sounds of it).  This interpretation is also reasonable
in the face of the definition of other fields on transfer such as "state".

-- Rob

On 5 July 2017 at 15:19, Ganesh Murthy <gmurthy@redhat.com> wrote:

> I have a situation where a receiver (proton python's simple_recv.py) is
> receiving a multi-frame transfer from a Dispatch Router. The settled flag
> is false on all the transfer frames except on the last frame which has
> settled=true as seen here -
> https://pastebin.com/37SYrg92
> Proton considers the delivery as unsettled and as a result some of the
> Dispatch router tests are failing like this one -
> https://github.com/apache/qpid-dispatch/blob/master/
> tests/system_tests_one_router.py#L1097
> The AMQP 1.0 spec says the following about the settled flag on transfers -
> settled - If not set on the first (or only) transfer for a (multi-transfer)
> delivery, then the settled flag MUST be interpreted as being false. For
> subsequent transfers in a multi-transfer delivery if the settled flag is
> left unset then it MUST be interpreted as true if and only if the value of
> the settled flag on any of the preceding transfers was true; if no
> preceding transfer was sent with settled being true then the value when
> unset MUST be taken as false.
> I am not sure the above applies to my situation.
> My question is, is this delivery settled? It logically looks settled to me
> since the last frame did have settled=true.
> Thoughts?
> Thanks,
> Ganesh.

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message