Uploaded image for project: 'WildFly'
  1. WildFly
  2. WFLY-11784

App classloader leaked by IIOP WorkCacheManager cache

    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.

        Gliffy Diagrams

          Attachments

            Issue Links

              Activity

                People

                • Assignee:
                  tomekadamski Tomasz Adamski
                  Reporter:
                  tomekadamski Tomasz Adamski
                • Votes:
                  0 Vote for this issue
                  Watchers:
                  1 Start watching this issue

                  Dates

                  • Created:
                    Updated:
                    Resolved: