[jboss-jira] [JBoss JIRA] Created: (JBREFLECT-81) RepositoryClassPoolTestCase.testURLChildOfGlobalUcl fails on JDK5/OS X

RepositoryClassPoolTestCase.testURLChildOfGlobalUcl fails on JDK5/OS X ---------------------------------------------------------------------- Key: JBREFLECT-81 URL: https://jira.jboss.org/jira/browse/JBREFLECT-81 Project: JBoss Reflection Issue Type: Bug Components: Class Pool Affects Versions: JBossReflection.2.0.2.GA Reporter: Flavia Rainone Assignee: Flavia Rainone Fix For: JBossReflection.2.2.0-Alpha According to Kabir: | public void testURLChildOfGlobalUcl() throws Exception | { | L globalLoader = testScenario.createLoader(new CLDeploymentBuilder("GLOBAL", JAR_A_1)); | L childALoader = createChildURLLoader(globalLoader, JAR_B_1); | | testScenario.loadClass(childALoader, globalLoader, CLASS_A); | testScenario.loadClass(childALoader, CLASS_B); | | L childBLoader = createChildURLLoader(globalLoader, JAR_A_2); | System.out.println("========> G" + globalLoader); | System.out.println("========> A " + childALoader); | System.out.println("========> B " + childBLoader); | testScenario.loadClass(childBLoader, globalLoader, CLASS_A); | } 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. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira