[jboss-jira] [JBoss JIRA] (WFLY-11784) App classloader leaked by IIOP WorkCacheManager cache

[Tomasz Adamski (Jira)]

Tomasz Adamski created WFLY-11784:
-------------------------------------

             Summary: App classloader leaked by IIOP WorkCacheManager cache
                 Key: WFLY-11784
                 URL: https://issues.jboss.org/browse/WFLY-11784
             Project: WildFly
          Issue Type: Bug
          Components: IIOP
    Affects Versions: 16.0.0.Beta1
            Reporter: Tomasz Adamski
            Assignee: Tomasz Adamski
             Fix For: 17.0.0.Beta1


After redeploys, application ear module classloaders are left in org.wildfly.iiop.openjdk.rmi.WorkCacheManager's classesByLoader map:
{code}
com.sun.corba.se.impl.transport.SelectorImpl @ 0xc12234b8  SelectorThread Thread
'- contextClassLoader org.jboss.modules.ModuleClassLoader @ 0xc075bea0
   '- classes java.util.Vector @ 0xc075c4a8
      '- elementData java.lang.Object[160] @ 0xc1afb200  
         '- [58] class org.wildfly.iiop.openjdk.rmi.ValueAnalysis @ 0xc180e4b0  |
            '- cache org.wildfly.iiop.openjdk.rmi.WorkCacheManager @ 0xc180e520
               |- classesByLoader java.util.HashMap @ 0xc180e730
               |  '- table java.util.HashMap$Node[16] @ 0xc1ba2ff8 
               |     |- [14] java.util.HashMap$Node @ 0xc37b01e0 
               |     |  '- key org.jboss.modules.ModuleClassLoader @ 0xc3677958
{code} 

This was previously a weak map, but we switched to strong caching with explicit clean up on undeploy.  It looks like that clean up is missed in some case.



--
This message was sent by Atlassian Jira
(v7.12.1#712002)