[jboss-dev-forums] [Design of JBossCache] - Re: Classloader leak via CacheImpl.invocationContextContaine
manik.surtani@jboss.com
do-not-reply at jboss.com
Fri Jun 8 07:42:54 EDT 2007
I think the InvocationContextInterceptor should clean up the thread local entry as the invocation exits.
The only place this causes a problem is if there is a callback (like you said, with the notifier) and this triggers another cache operation which ends up resetting the thread local entry. This is less of a problem now since interceptors don't rely on the thread local once the call goes past the ICI (the IC is passed as a param). It is also less of a problem since (JBCACHE-1022) all notifications will now be emitted from the NotificationInterceptor, after which there is not much more than cleanup work remaining.
I think having the ICI clean up thread locals explicitly is more robust and maintainable than weak refs or calling code holding on to refs.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4052530#4052530
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4052530
More information about the jboss-dev-forums
mailing list