DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5507>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5507 Swapping sessions causes exceptions and it doesn't work with FileStore ------- Additional Comments From [EMAIL PROTECTED] 2002-06-24 21:26 ------- Err... That patch is not a happy patch. I am still winding my way through the PersistentManager/Store/FileStore/StandardSession contracts. The PersistentManager sometimes backs up sessions (which means it just wants copies around incase they are needed), and sometimes swaps out sessions because too many are in memory. So if a 'Stored' session is expired, do we fire off the managers Session Destruction listeners? Depends if the backup is just expiring then no, if it is a swapped out session - then yes. Not sure yet how to determine which sessions are which from the perserved state. The problem is who OWNS the session, does the Store own it, or does the Manager own it? For swapouts ownership is clear, for backups ownership is muddy. Anyway, I am still looking into this. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
