cls-bluebird

What is cls-bluebird?

The cls-bluebird npm package is a utility that integrates continuation-local storage (CLS) with the Bluebird promise library. This allows you to maintain context across asynchronous operations, which is particularly useful for things like request tracing, logging, and managing user sessions.

What are cls-bluebird's main functionalities?

Integrate CLS with Bluebird

This feature allows you to integrate CLS with Bluebird promises. The code sample demonstrates how to create a namespace, integrate it with Bluebird, and maintain context across asynchronous operations.

const cls = require('cls-hooked');
const ns = cls.createNamespace('myNamespace');
const Promise = require('bluebird');
require('cls-bluebird')(ns, Promise);

ns.run(() => {
  ns.set('key', 'value');
  Promise.resolve().then(() => {
    console.log(ns.get('key')); // Outputs: 'value'
  });
});

Maintain context in nested promises

This feature ensures that the context is maintained even in nested promises. The code sample shows how the context set in the outer promise is accessible in the inner promise.

const cls = require('cls-hooked');
const ns = cls.createNamespace('myNamespace');
const Promise = require('bluebird');
require('cls-bluebird')(ns, Promise);

ns.run(() => {
  ns.set('key', 'value');
  Promise.resolve().then(() => {
    return Promise.resolve().then(() => {
      console.log(ns.get('key')); // Outputs: 'value'
    });
  });
});

Other packages similar to cls-bluebird

cls-hooked

cls-hooked is a continuation-local storage library that works with async/await and other modern JavaScript features. Unlike cls-bluebird, it does not specifically integrate with Bluebird but can be used with any promise library.

async_hooks

async_hooks is a core Node.js module that provides an API to track asynchronous resources. It is more low-level compared to cls-bluebird and requires more manual setup but offers greater flexibility and is not limited to any specific promise library.

README

continuation-local-storage support for bluebird promises

Patch bluebird for continuation-local-storage support.

Current Status

Version 2.x of cls-bluebird is a complete re-write aiming to make it 100% reliable and robust. Features comprehensive test coverage (over 100,000 tests) which cover pretty much all conceivable cases.

Compatible with bluebird v2.x and v3.x. Tests cover both versions.

Please use with latest version of bluebird in either v2.x or v3.x branches. Older versions are not guaranteed to work.

Usage

clsBluebird( ns [, Promise] )

var cls = require('continuation-local-storage');
var ns = cls.createNamespace('myNamespace');

var Promise = require('bluebird');
var clsBluebird = require('cls-bluebird');

clsBluebird( ns );
// Promise is now patched to maintain CLS context

The above patches the "global" instance of bluebird. So anywhere else in the same app that calls require('bluebird') will get the patched version (assuming npm resolves to the same file).

Patching a particular instance of Bluebird

So as not to alter the "global" instance of bluebird, it's recommended to first create a independent instance of the Bluebird constructor before patching, and pass it to cls-bluebird.

This is a more robust approach.

var Promise = require('bluebird').getNewLibraryCopy();
var clsBluebird = require('cls-bluebird');

clsBluebird( ns, Promise );

(see Promise.getNewLibraryCopy() docs on Bluebird website)

Nature of patching

Combining CLS and promises is a slightly tricky business. There are 3 different conventions one could use (see this issue for more detail).

cls-bluebird follows the convention of binding .then() callbacks to the context in which .then() is called.

var promise;
ns.run(function() {
    ns.set('foo', 123);
    promise = Promise.resolve();
});

ns.run(function() {
    ns.set('foo', 456);
    promise.then(print);
});

function print() {
    console.log(ns.get('foo'));
}

// this outputs '456' (the value of `foo` at the time `.then()` was called)

Notes

Coroutines

The patch ensures that when execution in a coroutine continues after a yield statement, it always does so in the CLS context in which the coroutine started running.

var fn = Promise.coroutine(function* () {
    console.log('Context 1:', ns.get('foo'));
    yield Promise.resolve();
    console.log('Context 2:', ns.get('foo'));
});

ns.run(function(ctx) {
    ns.set('foo', 123);
    fn();
});

outputs:

Context 1: 123
Context 2: 123

This means:

1. If the yield-ed expression loses CLS context, the original CLS context will be restored after the yield.
2. Any code before the yield which changes CLS context will only be effective until the next yield.

Global error handlers

Promise.onPossiblyUnhandledRejection() and Promise.onUnhandledRejectionHandled() allow you to attach global handlers to intercept unhandled rejections.

The CLS context in which callbacks are called is unknown. It's probably unwise to rely on the CLS context in the callback being that when the rejection occurred - use .catch() on the end of the promise chain that's created within namespace.run() instead.

Progression

Bluebird v2.x contains a deprecated API for handling progression (.progressed()) etc. These methods are patched and should work fine but they're not covered by the tests.

Tests

The tests cover every possible combination of input promises and callbacks that the Bluebird API allows. There's around 100,000 tests in total and the aim is to ensure cls-bluebird is as robust and reliable as possible.

Use npm test to run the tests. Use npm run cover to check coverage.

For more info on test tests, see tests/README.md

Changelog

See changelog.md

Issues/bugs

If you discover a bug, please raise an issue on Github. https://github.com/TimBeyer/cls-bluebird/issues

We are very keen to ensure cls-bluebird is completely bug-free and any bugs discovered will be fixed as soon as possible.

Contribution

Pull requests are very welcome. Please:

• ensure all tests pass before submitting PR
• add an entry to changelog
• add tests for new features
• document new functionality/API additions in README

Changelog

2.0.1

• Correct typos in README