Uploaded image for project: 'JBoss Enterprise Application Platform'
  1. JBoss Enterprise Application Platform
  2. JBEAP-16583

[GSS](7.2.z) WFLY-11784 (WF Core part) - app classloader leaked by IIOP WorkCacheManager cache

XMLWordPrintable

      After redeploys, application ear module classloaders are left in org.wildfly.iiop.openjdk.rmi.WorkCacheManager's classesByLoader map:

      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

      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.

              rhn-support-ivassile Ilia Vassilev
              rhn-support-ivassile Ilia Vassilev
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

                Created:
                Updated:
                Resolved: