[jboss-jira] [JBoss JIRA] Commented: (JBAS-8715) classloader leak test failure in IsolatedEjb3EarClassloaderLeakTestCase

[Scott Marlow (JIRA)]

    [ https://issues.jboss.org/browse/JBAS-8715?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12569995#comment-12569995 ] 

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=7866e6454c4d4cb3ee6d387eea196425#msg_644637 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_64/409/
> 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