[flavia.rainone]

The output shows G and A to always have a classloader, probably because the testScenario call maintains a strong reference to the loader? B sometimes is shown to have null loader, so createChildURLLoader needs to be reworked somehow to maintain a strong reference to the loader.

You are right, Kabir. The class loader you mentioned had no hard reference on it, that's what's probably causing the error you found. Can you please rerun the tests on JDK5/Mac OS to confirm that the error is gone?

Thanks a million!

[kabirkhan]

I've upgraded my JDK on OS X to the latest JDK 6 which has overwritten my JDK 5 settings. I'll reinstall tomorrow and let you know.

[kabirkhan]

It runs fine for me now. Initially I thought there was a deadlock in org.jboss.test.classpool.jbosscl.test.CtClassCreationTestCase, but it completed after about 2 minutes.

The next few times I ran the tests, CtClassCreationTestCase only took 2 seconds. Here's a thread dump from the "long" run of CtClassCreationTestCase

Running org.jboss.test.classpool.jbosscl.test.CtClassCreationTestCase
^\Full thread dump Java HotSpot(TM) Client VM (1.5.0_19-137 mixed mode, sharing):

"Thread-7" prio=5 tid=0x012272f0 nid=0x213e200 runnable [0xb1115000..0xb1115d90]
 at java.io.FileInputStream.readBytes(Native Method)
 at java.io.FileInputStream.read(FileInputStream.java:194)
 at sun.nio.cs.StreamDecoder$CharsetSD.readBytes(StreamDecoder.java:411)
 at sun.nio.cs.StreamDecoder$CharsetSD.implRead(StreamDecoder.java:453)
 at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:183)
 - locked <0x0e4243f8> (a java.io.InputStreamReader)
 at java.io.InputStreamReader.read(InputStreamReader.java:167)
 at java.io.BufferedReader.fill(BufferedReader.java:136)
 at java.io.BufferedReader.readLine(BufferedReader.java:299)
 - locked <0x0e4243f8> (a java.io.InputStreamReader)
 at java.io.BufferedReader.readLine(BufferedReader.java:362)
 at org.apache.maven.surefire.booter.shade.org.codehaus.plexus.util.cli.StreamPumper.run(StreamPumper.java:140)

"Thread-6" prio=5 tid=0x012265c0 nid=0x2070000 runnable [0xb1094000..0xb1094d90]
 at java.io.FileInputStream.readBytes(Native Method)
 at java.io.FileInputStream.read(FileInputStream.java:194)
 at java.io.BufferedInputStream.read1(BufferedInputStream.java:254)
 at java.io.BufferedInputStream.read(BufferedInputStream.java:313)
 - locked <0x0e423228> (a java.io.BufferedInputStream)
 at sun.nio.cs.StreamDecoder$CharsetSD.readBytes(StreamDecoder.java:411)
 at sun.nio.cs.StreamDecoder$CharsetSD.implRead(StreamDecoder.java:453)
 at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:183)
 - locked <0x0e420918> (a java.io.InputStreamReader)
 at java.io.InputStreamReader.read(InputStreamReader.java:167)
 at java.io.BufferedReader.fill(BufferedReader.java:136)
 at java.io.BufferedReader.readLine(BufferedReader.java:299)
 - locked <0x0e420918> (a java.io.InputStreamReader)
 at java.io.BufferedReader.readLine(BufferedReader.java:362)
 at org.apache.maven.surefire.booter.shade.org.codehaus.plexus.util.cli.StreamPumper.run(StreamPumper.java:153)

"process reaper" daemon prio=5 tid=0x01226440 nid=0x206f200 runnable [0xb0e0f000..0xb0e0fd90]
 at java.lang.UNIXProcess.waitForProcessExit(Native Method)
 at java.lang.UNIXProcess.access$700(UNIXProcess.java:17)
 at java.lang.UNIXProcess$2$1.run(UNIXProcess.java:83)

"pool-1-thread-5" prio=5 tid=0x01008b90 nid=0x840800 in Object.wait() [0xb1013000..0xb1013d90]
 at java.lang.Object.wait(Native Method)
 - waiting on <0x10a7d138> (a hidden.edu.emory.mathcs.backport.java.util.concurrent.LinkedBlockingQueue$SerializableLock)
 at java.lang.Object.wait(Object.java:474)
 at hidden.edu.emory.mathcs.backport.java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:316)
 - locked <0x10a7d138> (a hidden.edu.emory.mathcs.backport.java.util.concurrent.LinkedBlockingQueue$SerializableLock)
 at hidden.edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:994)
 at hidden.edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1054)
 at hidden.edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:575)
 at java.lang.Thread.run(Thread.java:613)

"pool-1-thread-4" prio=5 tid=0x010088e0 nid=0x83fa00 in Object.wait() [0xb0f92000..0xb0f92d90]
 at java.lang.Object.wait(Native Method)
 - waiting on <0x10a7d138> (a hidden.edu.emory.mathcs.backport.java.util.concurrent.LinkedBlockingQueue$SerializableLock)
 at java.lang.Object.wait(Object.java:474)
 at hidden.edu.emory.mathcs.backport.java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:316)
 - locked <0x10a7d138> (a hidden.edu.emory.mathcs.backport.java.util.concurrent.LinkedBlockingQueue$SerializableLock)
 at hidden.edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:994)
 at hidden.edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1054)
 at hidden.edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:575)
 at java.lang.Thread.run(Thread.java:613)

"pool-1-thread-3" prio=5 tid=0x01008630 nid=0x83ec00 in Object.wait() [0xb0f11000..0xb0f11d90]
 at java.lang.Object.wait(Native Method)
 - waiting on <0x10a7d138> (a hidden.edu.emory.mathcs.backport.java.util.concurrent.LinkedBlockingQueue$SerializableLock)
 at java.lang.Object.wait(Object.java:474)
 at hidden.edu.emory.mathcs.backport.java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:316)
 - locked <0x10a7d138> (a hidden.edu.emory.mathcs.backport.java.util.concurrent.LinkedBlockingQueue$SerializableLock)
 at hidden.edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:994)
 at hidden.edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1054)
 at hidden.edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:575)
 at java.lang.Thread.run(Thread.java:613)

"pool-1-thread-2" prio=5 tid=0x01008380 nid=0x892600 in Object.wait() [0xb0e90000..0xb0e90d90]
 at java.lang.Object.wait(Native Method)
 - waiting on <0x10a7d138> (a hidden.edu.emory.mathcs.backport.java.util.concurrent.LinkedBlockingQueue$SerializableLock)
 at java.lang.Object.wait(Object.java:474)
 at hidden.edu.emory.mathcs.backport.java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:316)
 - locked <0x10a7d138> (a hidden.edu.emory.mathcs.backport.java.util.concurrent.LinkedBlockingQueue$SerializableLock)
 at hidden.edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:994)
 at hidden.edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1054)
 at hidden.edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:575)
 at java.lang.Thread.run(Thread.java:613)

"pool-1-thread-1" prio=5 tid=0x010081a0 nid=0x891800 in Object.wait() [0xb0d8e000..0xb0d8ed90]
 at java.lang.Object.wait(Native Method)
 - waiting on <0x10a7d138> (a hidden.edu.emory.mathcs.backport.java.util.concurrent.LinkedBlockingQueue$SerializableLock)
 at java.lang.Object.wait(Object.java:474)
 at hidden.edu.emory.mathcs.backport.java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:316)
 - locked <0x10a7d138> (a hidden.edu.emory.mathcs.backport.java.util.concurrent.LinkedBlockingQueue$SerializableLock)
 at hidden.edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:994)
 at hidden.edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1054)
 at hidden.edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:575)
 at java.lang.Thread.run(Thread.java:613)

"Low Memory Detector" daemon prio=5 tid=0x01207db0 nid=0x2022800 runnable [0x00000000..0x00000000]

"CompilerThread0" daemon prio=9 tid=0x01207440 nid=0x2021a00 waiting on condition [0x00000000..0xb0c0b7d8]

"Signal Dispatcher" daemon prio=9 tid=0x01206ff0 nid=0x2020c00 waiting on condition [0x00000000..0x00000000]

"Finalizer" daemon prio=8 tid=0x01206850 nid=0x2014c00 in Object.wait() [0xb0a05000..0xb0a05d90]
 at java.lang.Object.wait(Native Method)
 - waiting on <0x10975a48> (a java.lang.ref.ReferenceQueue$Lock)
 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:120)
 - locked <0x10975a48> (a java.lang.ref.ReferenceQueue$Lock)
 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:136)
 at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=10 tid=0x01206490 nid=0x2013400 in Object.wait() [0xb0984000..0xb0984d90]
 at java.lang.Object.wait(Native Method)
 - waiting on <0x10975ad0> (a java.lang.ref.Reference$Lock)
 at java.lang.Object.wait(Object.java:474)
 at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116)
 - locked <0x10975ad0> (a java.lang.ref.Reference$Lock)

"main" prio=5 tid=0x010004c0 nid=0xb0801000 in Object.wait() [0xb07ff000..0xb0800158]
 at java.lang.Object.wait(Native Method)
 - waiting on <0x0e4209c0> (a java.lang.UNIXProcess)
 at java.lang.Object.wait(Object.java:474)
 at java.lang.UNIXProcess.waitFor(UNIXProcess.java:112)
 - locked <0x0e4209c0> (a java.lang.UNIXProcess)
 at org.apache.maven.surefire.booter.shade.org.codehaus.plexus.util.cli.CommandLineUtils.executeCommandLine(CommandLineUtils.java:146)
 at org.apache.maven.surefire.booter.shade.org.codehaus.plexus.util.cli.CommandLineUtils.executeCommandLine(CommandLineUtils.java:98)
 at org.apache.maven.surefire.booter.SurefireBooter.fork(SurefireBooter.java:673)
 at org.apache.maven.surefire.booter.SurefireBooter.forkSuite(SurefireBooter.java:493)
 at org.apache.maven.surefire.booter.SurefireBooter.runSuitesForkPerTestSet(SurefireBooter.java:412)
 at org.apache.maven.surefire.booter.SurefireBooter.run(SurefireBooter.java:249)
 at org.apache.maven.plugin.surefire.SurefirePlugin.execute(SurefirePlugin.java:537)
 at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:483)
 at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:678)
 at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:540)
 at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:519)
 at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:371)
 at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:332)
 at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:181)
 at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:356)
 at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:137)
 at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
 at org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:41)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:585)
 at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
 at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
 at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
 at org.codehaus.classworlds.Launcher.main(Launcher.java:375)

"VM Thread" prio=9 tid=0x01205bd0 nid=0x2012600 runnable

"VM Periodic Task Thread" prio=9 tid=0x01208960 nid=0x2024a00 waiting on condition

"Exception Catcher Thread" prio=10 tid=0x010006e0 nid=0x804200 runnable

I've not been able to reproduce this, so I'm not sure if it is something to worry about or if it was something weird in the JDK since it was the first time I was using it after installing it?

[flavia.rainone]

Ales, I believe that I closed all the pending issues for the release.

Can you now check if the failure you got is still there?

[flavia.rainone]

[e-mail] wrote:

It runs fine for me now. Initially I thought there was a deadlock in org.jboss.test.classpool.jbosscl.test.CtClassCreationTestCase, but it completed after about 2 minutes.

The next few times I ran the tests, CtClassCreationTestCase only took 2 seconds. Here's a thread dump from the "long" run of CtClassCreationTestCase

I've not been able to reproduce this, so I'm not sure if it is something to worry about or if it was something weird in the JDK since it was the first time I was using it after installing it?

I didn't manage to reproduce that either. It looks like it is a JDK issue, as you said.

[alesj]

Can you now check if the failure you got is still there?

Looks OK, I just had to remove one left-over import.