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=43747>. 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=43747 ------- Additional Comments From [EMAIL PROTECTED] 2007-11-06 06:53 ------- (In reply to comment #4) > It would be great if we could move the code to the sandbox, preferrably as a module. not sure. the current mechanism would require observers to page changes - do we have those in place? and do we really want to go that way? writing by a transformer via pipeline, deleting via a totally unrelated observation trigger? i smell race conditions all over the place... my preferred approach is to get the most out of ehcache and not implement a custom method. if users need more performance, then mod_cache takes over. we have a nice way of controlling mod_cache's behaviour via the <map:pipe expires=""> parameter iiuc... anyways i'll remove the code from the sitemap now. we can always dig it out of svn. -- 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]
