-
Bug
-
Resolution: Done
-
Major
-
7.2.0.GA
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.
- clones
-
WFLY-11784 App classloader leaked by IIOP WorkCacheManager cache
- Closed
- is blocked by
-
JBEAP-16583 [GSS](7.2.z) WFLY-11784 (WF Core part) - app classloader leaked by IIOP WorkCacheManager cache
- Closed