J
James Hunter Ross
Friends,
In our Global.asax file we implement Session_End() which grabs our own
object and then calls our own logout() method to tidy things up. Code is
below. (We wrap this in try/catch, but presently ignore exceptions, perhaps
we'll start logging something to help us figure this out.)
RSWeb.RSWebApp webAppInfo = RSWebApp.GetRSWebApp(Session);
webAppInfo.Logout();
But, it appears that our logout isn't reliably being called, and licenses
are being orphaned. It appears that when a session times-out Session_End()
is not being called. SO my question...
Is it a good idea for us to assume Session_End will always be called? In
what situations might we expect it not to get called? (Process or
application restarts, I would guess, which is fine for us.)
Any words on this will be very much appreciated. Thank you very much for
anytime you spend on this.
James Hunter Ross
In our Global.asax file we implement Session_End() which grabs our own
object and then calls our own logout() method to tidy things up. Code is
below. (We wrap this in try/catch, but presently ignore exceptions, perhaps
we'll start logging something to help us figure this out.)
RSWeb.RSWebApp webAppInfo = RSWebApp.GetRSWebApp(Session);
webAppInfo.Logout();
But, it appears that our logout isn't reliably being called, and licenses
are being orphaned. It appears that when a session times-out Session_End()
is not being called. SO my question...
Is it a good idea for us to assume Session_End will always be called? In
what situations might we expect it not to get called? (Process or
application restarts, I would guess, which is fine for us.)
Any words on this will be very much appreciated. Thank you very much for
anytime you spend on this.
James Hunter Ross