ant-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Markus Oley" <>
Subject Classloader not collected using junit4 in ant 1.8.1
Date Thu, 07 Jul 2011 13:57:17 GMT
Hi all, 

I have a problem which classloading and ant 1.8.1, junit 4.8.2 and log4j
1.2.16 or any 
third-party libraries: 

<junit reloading="true"> 
<classpath refid="junit.classpath.ref"/> 
<batchtest fork="false"> 
<fileset refid="${test-fileset-refid}"/> 

with the classpath: 
<fileset dir="${modules.dir}"> 
<include name="**/lib*/*.jar" /> 
<exclude name="**/**/log4j.jar"/> 

Following target is called: 
<target name="only.junit4.example"> 
<antcall target="only.junit4.example1"/> 
<antcall target="only.junit4.example2"/> 

only.junit4.example1 and only.junit4.example2 both call the target with
junit-call above 
with different filesets. 

in the testclasses of both antcalls I have static variables private
static LOGGER = Logger.getLogger(... .class);

If I create a heapdump after the second target there's the following

1. If I remove exclude log4j from fileset, two SplitClassLoader-instance
are still available, which seem to be never gc'd
2. If I start it with the exclude-tag, but give log4j with -lib to ant,
both splitcalssloaders are gc'd correctly, but it seems there are
multiple AntClassLoader5-instance not gc'd


Without forking every testcase (not suite) the memory-usage increases
step by step, because neither the classloaders nor any static reference
is gcd (singletons from legacycode). 
After half my tests have run, I get a PermGenSpace-OOM (configured 500M
for permgenspace)

1. Is this behaviour of the classloaders a behaviour you would expect or
do we have a classloader-leak?
2. Do we have to cleanup all statics and singletons to decrease
memory-footprint or does a generic solution exist?
3. parameter -lib is only a workaround, isn't it? How should we give the
libs to ant? 
4. Is it possible to use reloading="false"? I guess I didn't have any
other behaviour

Any help welcome 

Thank you by now 

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message