[jboss-jira] [JBoss JIRA] (WFLY-11784) App classloader leaked by IIOP WorkCacheManager cache

[Brian Stansberry (Jira)]

     [ https://issues.jboss.org/browse/WFLY-11784?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Brian Stansberry updated WFLY-11784:
------------------------------------
    Priority: Critical  (was: Major)


> App classloader leaked by IIOP WorkCacheManager cache
> -----------------------------------------------------
>
>                 Key: WFLY-11784
>                 URL: https://issues.jboss.org/browse/WFLY-11784
>             Project: WildFly
>          Issue Type: Bug
>          Components: IIOP
>    Affects Versions: 16.0.0.Beta1
>            Reporter: Tomasz Adamski
>            Assignee: Tomasz Adamski
>            Priority: Critical
>             Fix For: 17.0.0.Beta1
>
>
> After redeploys, application ear module classloaders are left in org.wildfly.iiop.openjdk.rmi.WorkCacheManager's classesByLoader map:
> {code}
> 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
> {code} 
> 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.



--
This message was sent by Atlassian Jira
(v7.12.1#712002)