[
https://issues.jboss.org/browse/JBAS-8715?page=com.atlassian.jira.plugin....
]
Scott Marlow commented on JBAS-8715:
------------------------------------
In case its related,
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6916498 is about a
similar issue (unknown strong reference is keeping classloader in memory).
The work around was to use a static classloader that isn't expected to be garbage
collected.
Might also want to follow posting on
http://www.eclipse.org/forums/index.php?t=msg&goto=644637&S=7866e...
about the MAT tool not being able to see what is keeping the classloader in memory.
classloader leak test failure in
IsolatedEjb3EarClassloaderLeakTestCase
-----------------------------------------------------------------------
Key: JBAS-8715
URL:
https://issues.jboss.org/browse/JBAS-8715
Project: JBoss Application Server
Issue Type: Sub-task
Security Level: Public(Everyone can see)
Reporter: Scott Marlow
Assignee: Andrew Rubinger
Fix For: 6.0.0.Final
Example of failure is on
https://hudson.jboss.org/hudson/job/JBoss-AS-6.0.x-classloader-leak-x86_6...
To reproduce with AS6 build:
1. Setup virtual ip addresses (for the clustering part of the test)
su
/sbin/ip addr add 172.19.1.2/32 dev eth0
/sbin/ip addr add 172.19.1.3/32 dev eth0
2. build as and cd into testsuite folder
./build.sh
./build.sh tests-all-classloader-leak -Dnode0=$MYTESTIP_1 -Dnode1=$MYTESTIP_2
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira