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

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

              tadamski@redhat.com Tomasz Adamski
              tadamski@redhat.com Tomasz Adamski
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: