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

    Details

      Description

      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.

        Attachments

          Issue Links

            Activity

              People

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

                Dates

                Created:
                Updated:
                Resolved: