[jboss-jira] [JBoss JIRA] (WFLY-967) ClassLoader memory leak with JSF

Sat Apr 27 00:11:53 EDT 2013

    [ https://issues.jboss.org/browse/WFLY-967?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12770509#comment-12770509 ] 

Vlad Arkhipov commented on WFLY-967:
------------------------------------

I got the same results. Something frees these references every 30 minutes (also something calls GC every 30 minutes, as I ses it in VisualVM). It's not related to session timeout though. I tried your example from UNDERTOW-42, session was destroyed after 1 minute but classes were eligible for collecting only after 30 minutes.

> ClassLoader memory leak with JSF
> --------------------------------
>
>                 Key: WFLY-967
>                 URL: https://issues.jboss.org/browse/WFLY-967
>             Project: WildFly
>          Issue Type: Bug
>          Components: JSF
>            Reporter: Vlad Arkhipov
>            Assignee: Stan Silvert
>            Priority: Critical
>         Attachments: war-leak.tar.gz
>
>
> JSF application's classes are not unloaded properly when undeployed. The test case is in the attachment. Steps to reproduce:
> # mvn package
> # deploy war-leak.war
> # open http://localhost:8080/war-leak
> # undeploy war-leak.war
> # analyze a heap dump to find unloaded ModuleClassLoader of war-leak.war
> References to the WAR classes are hold by java.beans.Introspector caches. It seems to be a known bug (feature?). For example Tomcat automatically invokes java.beans.Introspector.flushCaches() when WAR undeploys. There is also IntrospectorCleanupListener in Spring for the same purpose.
> http://wiki.apache.org/commons/Logging/UndeployMemoryLeak
> http://static.springsource.org/spring/docs/2.5.x/api/org/springframework/web/util/IntrospectorCleanupListener.html

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira