Closed tomkos closed 3 years ago
Two of the changes made in 0.9.1 relate to this issue.
The changes relate to two requirements:
So as of 0.9.1 if you send in a session id, it is used as an identifier. The node maps that to the real session id, which when it expires replaces it.
When you provide a session id, and no mapped session exists for it, then a new 'real' session id is created. When a mapped session exits it is used. When you don't provide a session id, a new mapped session id is created. The naming is off, but pre 0.9.1 that is what was being input.
So for your case, simply carry on providing S1, even when the node starts to emit S2.
I am keeping this issue open as:
I need to test it, as this is not that clear to me :D Basically this is very good, that node manage the session, so I will give it a try.
We are strugglling a bit with this feature, as this is not backward compatible.... and now if we would like to upgrade to latest version, we would need to rework many integration points, is it possible to have some config property to turn it on or off? Or node should return S1, even if some real session S2 was created...
I am happy to accept a pull request with this feature.
Sure, pull request waiting for review and comments
Hi, after I've updated my app to the v0.9.2 version, I've notice that invalid sessions error are handled automatically, which is good. But there is another issue, after first reset of session. The session is being restarted every time new request is coming. Behavior:
Anyone had similar behavior?