Skip to content
This repository has been archived by the owner on Dec 14, 2020. It is now read-only.

Releases: vcabbage/amqp

v0.7.1: Add `ConnContainerID` to allow explicitly configuring the container-id.

01 Aug 03:01
Compare
Choose a tag to compare
Default behavior remains randomly generating the container-id.

Resolves #116

v0.7.0: Return `*DetachError` instead of `DetachError`

26 Jul 00:56
Compare
Choose a tag to compare
This works as a pointer or non-pointer, but it's easier to enforce
consistency by fulfilling the error interface with a pointer receiver.

v0.6.3: Ensure buffered messages are received after link closed.

26 Jul 00:41
Compare
Choose a tag to compare

v0.6.2

22 Jun 00:16
Compare
Choose a tag to compare
Fix compile error on 386 and run unit tests with GOARCH=386 in CI

v0.6.1

19 Jun 04:41
Compare
Choose a tag to compare
Unmarshal field with '"multiple"=true' as single symbol or array of s…

v0.6.0: Wait for response disposition when Receiver w/ rcv-settle-mode second.

18 Jun 00:27
Compare
Choose a tag to compare

Also fixed some potential bugs due to receiver and sender dispositions being treated the same in Session.mux.

This adds error returns to Message.Accept/Reject/Release/Modify and is therefor a breaking change. Errors are not returned when batching is enabled and receiver settle mode is first.

v0.5.2: Fix receiver flow control.

18 Jun 00:27
Compare
Choose a tag to compare
Link should not send additional credits when there are queued
transfers/messages waiting to be read via `Receiver.Receive`. Message
decoding is moved into the `link.mux` goroutine so that the link can
know how many messages are queued by checking the `link.messages`
channel length. If the channel fills the link is effectively paused.
The receiver can indicate it can process additional message and unblock
the link my sending on `link.receiverReady`.

When additional credits are issued, `link.linkCredit` must be updated
before receiving any additional messages to ensure the sender and
receiver stay in sync.

Similarly, `link.deliveryCount` should not be arbitrarily changed based
on a flow frame received from the sender.

v0.5.1

01 Jun 03:53
Compare
Choose a tag to compare
Fix idle timeout < 1

v0.5.0

15 May 15:30
390d7ea
Compare
Choose a tag to compare
Add support for modified disposition and including an error with reje…

v0.4.2

15 May 15:27
Compare
Choose a tag to compare
Send error if received message is too large.