> But they are checked and do expire, just not with the level of precision I
> think you're expecting.

Agree.

> > But openBD > system info shows "0 active sessions" .... I guess that
> > is not working for J2EE sessions.
>
> Please file that as a ticket for us to look into if you don't mind--I'm
> calling a function in the engine from the admin console that reports active
> sessions so it may be the function needs to take J2EE sessions into
> consideration.http://code.google.com/p/openbluedragon/issues/list

Did that. Issue 410.

> I'd be curious to hear more about what you have in mind--it might be
> interesting to, as with client variables, be able to define a storage
> location for session variables for the application so when you access
> session variables the machinery behind the scenes goes to the appropriate
> place (RAM, memcache, database, etc.) to get the data. The tricky part of
> course is dealing with complex objects though those could of course be
> serialized/deserialized as needed (or perhaps something specific and
> appropriate to each datastore type could be implemented). Something worth
> looking into perhaps.

What about an extra setting for application scope, like

<cfset this.sessionstorage = "datasource_name">

Where sessionstorage defaults to "memory" ofcourse. Could be a very
powerfull feature. Imagine all the people making the same decision as
I did to migrate to client vars just because they want session-in-
database functionality. Instead, this could work without much changes
in the code, it will remain "sessions". And all that needs to be done
is setting one extra attribute in application scope. The engine would
then have to take care of dealing with the serialized/deserialized.
Ofcourse there will be limitations. Although I personally don't like
it, fact is that you can put entire components in the session, which
will not work for database. But overall, it could be a very powerfull
feature.

Also, I will have to dive in this sessionManager and memcache stuff
too .... sounds interesting.

-- 
online documentation: http://openbd.org/manual/
   google+ hints/tips: https://plus.google.com/115990347459711259462
     http://groups.google.com/group/openbd?hl=en

     Join us @ http://www.OpenCFsummit.org/ Dallas, Feb 2012

Reply via email to