Introduction

sbus is a library for connecting to Azure Service Bus services via AMQP.

Currently, only Event Hub is supported and can be accessed by one of two methods:

1. By individual partition
2. By the entire eventhub (referred to as Event Processor)

The library operates by taking an AMQP provider and wrapping it in higher-level operations and connection management to make it easy to run against Azure EventHub. It can store state into Azure Table Storage as well, providing the seamless ability to continue receiving messages from where you left off - akin to the .NET EventProcessorHost.

Usage

To use this library, you need to provide it with an AMQP provider implementation (see below), and you can then access it as follows:

To receive messages from all partitions of myEventHub in myServiceBus, and store state in myTableStore, with an AMQP Provider AMQPProviderImpl:

// Set up variables
var serviceBus = 'myServiceBus',
eventHubName = 'myEventHub',
sasKeyName = ..., // A SAS Key Name for the Event Hub, with Receive privilege
sasKey = ..., // The key value
tableStorageName = 'myTableStore',
tableStorageKey = ..., // The key for the above table store
consumerGroup = '$Default';
var Sbus = require('sbus');
var hub = Sbus.eventhub.EventHub.Instance(serviceBus, eventHubName, sasKeyName, sasKey, AMQPProviderImpl);
hub.getEventProcessor(consumerGroup, function (conn_err, processor) {
if (conn_err) { ... do something ... } else {
processor.set_storage(tableStorageName, tableStorageKey);
processor.init(function (rx_err, partition, payload) {
if (rx_err) { ... do something ... } else {
// Process the JSON payload
}
}, function (init_err) {
if (init_err) { ... do something ... } else {
processor.receive();
}
});
}
});

For sending messages, it's even easier:

// Set up variables as above
var Sbus = require('sbus');
var hub = Sbus.eventhub.EventHub.Instance(serviceBus, eventHubName, sasKeyName, sasKey, AMQPProviderImpl);
hub.send({ 'myJSON': 'payload' }, 'partitionKey', function(tx_err) { });

AMQP Provider Requirements

sbus relies on five simple methods to provide AMQP support - two for service bus, two for event hub, one for teardown:

• send(uri, payload, cb)
  • The URI should be the full AMQPS address you want to deliver to with included SAS name and key, e.g. amqps://sasName:sasKey@sbhost.servicebus.windows.net/myqueue.
  • The payload is a JSON payload (which might get JSON.stringify'd), or a string.
  • The callback takes an error, and is called when the message is sent.
• receive(uri, cb)
  • The URI should be the full AMQP(S) address you want to receive from, e.g. amqps://sasName:sasKey@sbhost.servicebus.windows.net/mytopic/Subscriptions/mysub.
  • The callback takes an error, a message payload, and any annotations on the message, and is called every time a message is received.
• eventHubSend(uri, payload, [partitionKey], cb)
  • The URI should be the full AMQPS address of the hub with included SAS name and key, e.g. amqps://sasName:sasKey@sbhost.servicebus.windows.net/myeventhub
  • The payload is a JSON payload (which might get JSON.stringify'd), or a string.
  • The (optional) partition key is a string that gets set as the partition key for the message (delivered in the message annotations).
  • The callback takes an error, and is called when the message is sent.
• eventHubReceive(uri, [offset], cb)
  • The URI should be the AMQPS address of the hub with included SAS name and key, consumer group suffix and partition, e.g. amqps://sasName:sasKey@sbhost.servicebus.windows.net/myeventhub/ConsumerGroups/groupname/Partition/partition
  • The (optional) offset should be the string offset provided by the message annotations of received messages, allowing connections to pick up receipt from where they left off.
  • The callback takes an error, a partition ID, a message payload, and any annotations on the message, and is called every time a message is received.
• disconnect(cb)
  • Disconnect from all open links and tear down the connection.

Any class implementing these five methods is duck-type compatible with node-sbus and can be used.

Existing AMQP Providers

So far there are two AMQP providers we've been working on:

• node-sbus-amqp10: Based on node-amqp-1-0, it provides a "no native code" AMQP implementation and should run on most if not all platforms.
• node-sbus-qpid: Based on node-qpid, it provides an AMQP implementation based on Apache's Qpid Proton.