Changelog
Changes in v0.4.0
git log v0.3.2..v0.4.0
.code
field with the
AMQP reply-code, which may help distinguish error cases
(PR 150; thanks
to @hippich)maxPriority
option as an alias for the 'x-max-priority'
queue argument
(PR 180; thanks
to @ebardes)Changelog
Changes in v0.3.2 (since v0.3.1)
git log v0.3.1..v0.3.2
Changelog
Changes in v0.3.1 (since v0.3.0)
git log v0.3.0..v0.3.1
waitForConfirms
work properly in callback API PR
116Changelog
Changes in v0.2.0 (since v0.1.3)
git log v0.1.3..v0.2.0
prefetch
now has a global flag, to be
[compatible with newer RabbitMQ][rabbitmq-prefetch-global].Changelog
Changes in v0.1.3 (since v0.1.2)
git log v0.1.2..v0.1.3
Changelog
Changes in v0.1.2 (since v0.1.1)
git log v0.1.1..v0.1.2
Changelog
Changes in v0.1.1 (since v0.1.0)
git log v0.1.0..v0.1.1
arguments
table, passed as an option to some methods, can
include fields in its prototype chainpersistent
as a near equivalent
of deliveryMode
Changelog
Changes in v0.1.0 (since v0.0.2)
git log v0.0.2..v0.1.0
null
if the consumer is
cancelled (see
[RabbitMQ's consumer cancel notification][rabbitmq-consumer-cancel])#publish
and #sendToQueue
returning promises, they return a boolean as for normal channels,
and take a Node.JS-style function (err, ok)
callback for the
server ack or nack'error'
eventsBuffer
, and eschew
require('util')._extend
Writable
streams with regard to #publish
and #sendToQueue
, returning a boolean from those methods and
emitting 'drain'