[jboss-jira] [JBoss JIRA] (REMJMX-94) Memory leak in remoting-jmx
RH Bugzilla Integration (JIRA)
issues at jboss.org
Mon Oct 19 18:33:00 EDT 2015
[ https://issues.jboss.org/browse/REMJMX-94?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
RH Bugzilla Integration updated REMJMX-94:
------------------------------------------
Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1191002, https://bugzilla.redhat.com/show_bug.cgi?id=1264555, https://bugzilla.redhat.com/show_bug.cgi?id=1257031 (was: https://bugzilla.redhat.com/show_bug.cgi?id=1191002, https://bugzilla.redhat.com/show_bug.cgi?id=1264555)
> Memory leak in remoting-jmx
> ---------------------------
>
> Key: REMJMX-94
> URL: https://issues.jboss.org/browse/REMJMX-94
> Project: Remoting JMX
> Issue Type: Bug
> Affects Versions: 1.1.3.Final
> Reporter: Libor Zoubek
> Assignee: Darran Lofthouse
> Labels: memory_leak
> Fix For: 2.0.2.CR1
>
>
> In RHQ plugin We're experiencing a memory leak when we talk to EAP over remoting-jmx. Leak is very notable once we restart our plugin container (each plugin has in it's own classloader) Classes owned by RHQ Server plugin don't get GCed.
> I am able to reproduce mem leak without RHQ agent and plugin infrastructure repeating following steps:
> 1. start new thread
> 2. assign URL classloader to this thread (point it to jboss-client.jar)
> 3. connect & disconnect to jmx-remoting endpoint
> In this test no classes don't get GCed which after serveral iterations ends up in OOM.
> My test/example is here https://github.com/lzoubek/remotingjmx-leak/blob/master/src/main/java/org/jboss/remotingjmx/memleak/test/Main.java
> I am not sure if memleak is in remoting-jmx or some other underlying stuff.
> I thought https://issues.jboss.org/browse/REM3-200 was related, but workaround mentioned does not help.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
More information about the jboss-jira
mailing list