On 01/03/17 14:31, Kai Hudalla wrote:
Assuming that we have a link established between a Receiver (r) and a Sender (s)
with a current link-credit of 4 and a delivery count of 20 on both sides.
When invoking r.flow(6), the given credit (6) is _added_ to the receiver's
current credit resulting in r.getCredit() returning 10.
When the FLOW is then flushed to the sender, the sender seems to _add_ the link-
credit from the FLOW to its already existing credit. Analogously, this results
in
s.getCredit() now returning 10.
With this approach, it doesn't seem to be possible to stop the sender from
sending messages. The only thing a receiver can do is to wait until the sender
has used up all its credit (which may be a lot given that with the current
approach the sender's credit can pile up substantially).
Or am I mistaken?
Can you specify a negative value to Receiver::flow()? I.e. would that
subtract from the credit and send a corresponding flow to the sender?
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
For additional commands, e-mail: users-h...@qpid.apache.org
