[
https://issues.jboss.org/browse/JGRP-1410?page=com.atlassian.jira.plugin....
]
Vyacheslav Mishcheryakov edited comment on JGRP-1410 at 11/3/12 3:52 AM:
-------------------------------------------------------------------------
I'm not familiar with java threds very well and use ehcache-jgroupsrelication (not
jgroups directly) so can't suggest best solution.
But when tryied appply proposed workaround to jgroups 2.10 I figured that calling
globalThreadGroup.interrupt(); actually doesn't kill threads. There was 30 active
threads that I was not able to finish by interrupt() method and so I couldn't destroy
the thread group.
was (Author: lamao):
I'm not familiar with java threds very well so can't suggest best solution.
But when tryied appply proposed workaround to jgroups 2.10 I figured that calling
globalThreadGroup.interrupt(); actually doesn't kill threads. There was 30 active
threads that I was not able to finish by interrupt() method and so I couldn't destroy
the thread group.
globalThreadGroup not destroyed creates a classloader memory leak
-----------------------------------------------------------------
Key: JGRP-1410
URL:
https://issues.jboss.org/browse/JGRP-1410
Project: JGroups
Issue Type: Bug
Affects Versions: 3.0.1
Environment: linux w/ java 1.6
Reporter: Jean-Philippe Gariepy
Assignee: Bela Ban
Fix For: 3.3
When all channels are closed, the globalThreadGroup is not destroyed. For a normal (i.e.
non-web) application, this is not a problem since the process will exit anyway. However,
for a Java Enterprise web application, this causes a classloader memory leak since the
ThreadGroup object has strong references to JGroups instances having strong references to
their class object having strong reference to their class loader. Since the class loader
is pointed by strong references, the it cannot be garbage collected and hence a leak is
created each time the web application is stopped.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see:
http://www.atlassian.com/software/jira