node-continuation-local-storage
node-continuation-local-storage copied to clipboard
How to make this cls work with async function
I have below test code, executed in nodejs 7.4.0 with --harmony-async-await argument.
function newP(id){
Promise.resolve().then((data)=>{
ns.run(function(){
ns.set('cid',id)
afn()
})
})
}
async function afn(){
var a1 = await log(1)
var a1 = await log(2)
}
function log(index){
return new Promise(function (resolve, reject){
console.log('cid:'+ns.get('cid')+',index:'+index)
resolve()
})
}
newP(1);
newP(2);
and the output is:
cid:1,index:1 cid:2,index:1 cid:undefined,index:2 cid:undefined,index:2
what I think it should be is:
cid:1,index:1 cid:2,index:1 cid:1,index:2 cid:2,index:2
It seems that the context is lost, but when I changed the async function to Generator and ran with co, it works well.
function* gen(){
var a1 = yield log(1)
var a2 = yield log(2)
}
function newP(id){
Promise.resolve().then((data)=>{
ns.run(function(){
ns.set('cid',id)
co(gen);
})
})
}
newP(1);
newP(2);
So how can I get it work with async function.
It's because V8 handles awaited promises with some internal magic rather than actually calling the then(...)
method. The patches to maintain the continuation do not get applied. Unfortunately there's nothing that can be done about this currently. We're waiting on the V8 team to provide hooks to the microtask queue so async_hooks
can support promises properly, then CLS will need to be ported at some point from the old AsyncListener
API to async_hooks
.
V8 promise hooks should ship with V8 5.7 and should be available in Node 8.
@ofrobots Nice! Thanks for the update. 👍
@ofrobots
tried this with Node8, same result
I'm having the same problem as @yizhiheng, node -v 👉 v8.1.2
Shouldn't this be logged against V8 as well?
This library will need to migrate to async hooks + promise hooks in order to support async functions. I am not aware of anyone working on this at the moment.
See cls-hooked. The plan is to eventually PR this into node-continuation-local-storage when we are comfortable with it.
var getNamespace = require('continuation-local-storage').getNamespace;
var nameSpaceName = 'sample';
var sampleKey = 'sampleKey';
var createNamespace = require('continuation-local-storage').createNamespace;
createNamespace(nameSpaceName);
var namespace = getNamespace(nameSpaceName);
const mongoose = require('mongoose');
const config = {
dbIp: '127.0.0.1',
dbPort: 27017,
dbUser: 'root',
dbPass: 'root',
db: 'order'
};
let uri;
if (config.dbUser == '') {
uri = 'mongodb://' + config.dbIp + ':' + config.dbPort + '/' + config.db;
} else {
uri = 'mongodb://' + config.dbUser + ':' + config.dbPass + '@' + config.dbIp + ':' + config.dbPort + '/' + config.db;
}
mongoose.connect(uri);
mongoose.Promise = global.Promise;
const db = mongoose.connection;
db.on('error', function(err) {
console.log(err);
setTimeout(() => {
mongoose.connect(uri);
}, 1000 * 3)
}).once('open', function() {
console.log('mongodb connected!');
});
const Schema = mongoose.Schema;
const ObjectId = Schema.ObjectId;
const ActivitySchema = new Schema({
author: ObjectId,
title: String,
body: String,
create_date: Date
});
var activityS = mongoose.model('activity', ActivitySchema, 'activity');
var _find = activityS.find;
activityS.find = function() {
console.log('sampleKey:', namespace.get(sampleKey));
return _find.apply(this, arguments);
}
async function find(ctx, next) {
namespace.set(sampleKey, 'sample');
let activity = await activityS.find({}).then(function() {
console.log('sampleKey_find_then:', namespace.get(sampleKey));
});
console.log('sampleKey_find:', namespace.get(sampleKey));
return activity;
}
namespace.run(function() {
find();
});
this code didn't work as i expected. Look like the same problem with this issue.
Any updates on this? Was attempting to use this library to keep track of trace information for logging in my GraphQL express app and was disappointed to find that the apollo-server-express uses await and i lose context :(
Nevermind turns out I just needed to include https://github.com/othiym23/cls-middleware
Guys, thank you for cls-hooked
implementation!
@Jeff-Lewis is it ok to use cls-hooked in production with frozen Node.js version?
Any updates on this? 🙏
@jrpedrianes you can check the discussion here https://github.com/othiym23/async-listener/pull/135
Hi all,
I am using sequelize-typescript and facing the same issue that transaction does not working
Here is my sequelize initialization
const ns = clsHooked.createNamespace('sequelize-transaction-namespace');
Sequelize.useCLS(ns);
The below code will not working
return this.sequelize.transaction(async (trx) => {
await Permit.upsert({
companyId: 1,
userId: 1
});
throw new Error('Should be rollback');
});
If we pass the transaction manually to nested call, it will work
return this.sequelize.transaction(async (trx) => {
await Permit.upsert({
companyId: 1,
userId: 1
}, { transaction: trx });
throw new Error('Should be rollback');
});
Does anyone know how to resolve this issue
Dude, CLS doesn't work with native async/await. You can do what we did, set the target to es5 so that it uses the polyfill instead of the native async/await
@stormit-vn as you can see above, you need to use cls-hooked
, I'm using it in production and it works just perfect.
@rostislavprovodenko I've an issue when setting the target to es6, so this won't work. https://github.com/RobinBuschmann/sequelize-typescript/issues/138
@santiagodoldan yeah, i also trying cls-hooked as well as native CLS and I think both of them are working with my expectation, but I think the problem is related to the sequelize itself. I am using typescript with native async/await, but sequelize only supports with cls-bluebird.
@stormit-vn this is what I did
import { createNamespace } from "cls-hooked"
import { Sequelize } from "sequelize-typescript"
const namespace = createNamespace("sequelize-cls-namespace")
(Sequelize as any).__proto__.useCLS(namespace)
As you can see there you have to assign the namespace to the original Sequelize object, not the one sequelize-typescript
returns.
@santiagodoldan great. Its working now. Thank you very much!
@santiagodoldan Works like a charm! Thanks!
@Jeff-Lewis any update on plans to move cls-hooked code into this codebase or should we consider simply moving to cls-hooked?
https://github.com/othiym23/node-continuation-local-storage/issues/98#issuecomment-317847871