That looked like an actual leak, some of the others don't as much but
the jury is still out.
On 02/13/2012 01:02 PM, Jaikiran Pai wrote:
Paul is looking into the EJB passivation pool CL leak issue.
-Jaikiran
On Monday 13 February 2012 11:29 PM, Scott Marlow wrote:
> In case you didn't see the forum thread and could help with the below
> issues.
>
>
https://community.jboss.org/message/716191 is a forum thread about
> classloader leaks.
>
> Text from the forum thread:
>
> "
> Application ClassLoader leaks:
>
> HibernateAnnotationScanner keeps references to application’s ClassLoader
> (minor issue):
https://issues.jboss.org/browse/AS7-3734
>
> javax.ws.rs.ext.FactoryFinder use application’s Class Loader which
> causes CL Memory Leak:
https://issues.jboss.org/browse/AS7-3735
>
> javax.el.BeanELResolver.properties keeps references to undeployed
> classes:
https://issues.jboss.org/browse/AS7-3736
>
> Threads ContextClassLoader leaks:
>
> AWT AppContext / EventQueue ClassLoader Memory Leaks:
>
https://issues.jboss.org/browse/AS7-3733
>
> sun.net.www.http.KeepAliveCache preventing classloader from being
> garbage collected:
https://issues.jboss.org/browse/AS7-3732
>
> Threads ContextClassLoader leak caused by EJB passivation pool:
>
https://issues.jboss.org/browse/AS7-3737
>
> ThreadLocal pseudo-leaks:
>
> org.jboss.resteasy.util.ThreadLocalStack creates ThreadLocal pseudo-leak
> on AS 7:
https://issues.jboss.org/browse/RESTEASY-660
> "
>
> I have a fix for the JPA leak but not sure about the others.
>
> The ejb passivation pool leak probably needs the TCCL to be cleared when
> new threads are created for the GroupAwareBackingCacheImpl.
>
> Scott
> _______________________________________________
> jboss-as7-dev mailing list
> jboss-as7-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
_______________________________________________
jboss-as7-dev mailing list
jboss-as7-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-as7-dev