DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUGĀ· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=37356>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED ANDĀ· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=37356 ------- Additional Comments From [EMAIL PROTECTED] 2006-06-09 06:32 ------- (In reply to comment #42) > In conclusion, I believe that Matthias Ernst in comment #35 is exactly right, > either a sync must be done or Atomics must be used. Otherwise the session > management code as it exists now will be very broken on multiprocessor > machines. Very funny. Adding two syncs part of every request just to provide support for a really stupid feature is not acceptable. The actual options are: - remove the "no expire while requests are in progress" feature by default, with an option to use the feature with full syncs for the two people that actually need it - force expire of abnormally long sessions regardless of the accessCount value (many times over the session expiration time, with a minimum amount of time of a few hours) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]