[
https://jira.jboss.org/browse/JBAS-8424?page=com.atlassian.jira.plugin.sy...
]
Bill Burke commented on JBAS-8424:
----------------------------------
Can you provide the object graph? Is an instance of a ThreadLocalResteasyProviderFactory
holding the CDI factory? or is the field
ThreadLocalResteasyProviderFactory.defaultFactory holding the reference? Or is it one of
the delegates within the ThreadLocal map?
The ThreadLocalResteasyProviderFactory is supposed to be just a shell. A
ResteasyProviderFactory is created per WAR deployment. It is pushed/popped onto the
ThreadLocal within ThreadLocalResteasyProviderFactory *PER REQUEST*. The filter destroy
method should have nothing to do with ThreadLocalResteasyProviderFactory. Problems and
leaks occur when new methods are added to ResteasyProviderFactory and not overridden and
delegated within the ThreadLocalResteasyProviderFactory class.
RestEasy deployer won't release Weld BeanManager on undeploy
------------------------------------------------------------
Key: JBAS-8424
URL:
https://jira.jboss.org/browse/JBAS-8424
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Deployers
Affects Versions: 6.0.0.CR1
Environment: JBoss AS 6.0.0-SNAPSHOT, Linux 64 bit
Reporter: David Allen
Assignee: Bill Burke
Priority: Blocker
Fix For: 6.0.0.CR1
ThreadLocalResteasyProviderFactory in RestEasy has a reference to a CdiInjectorFactory
that is not released when the application is undeployed from JBoss AS. This
CdiInjectorFactory holds a reference to a BeanManager from Weld, and thus leaks all the
beans from the deployment.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira