[jboss-dev] [Fwd: Re: Possible blocker with jboss-cl 2.2.0.Alpha1 [WAS]: Hudson Jobs Hanging]

[Adrian Brock]

This should be on the dev-list.

Please stop sending me private e-mails about opensource
development.

-------- Forwarded Message --------
From: Adrian Brock <abrock at redhat.com>
To: Brian Stansberry <brian.stansberry at redhat.com>
Cc: Thomas Diesler <thomas.diesler at jboss.com>, Jason T. Greene
<jason.greene at redhat.com>, Ales Justin <ajustin at redhat.com>, Thomas
Diesler <tdiesler at redhat.com>, Jason Greene <jgreene at redhat.com>, Carlo
de Wolf <cdewolf at redhat.com>
Subject: Re: [jboss-dev] Possible blocker with jboss-cl 2.2.0.Alpha1
[WAS]: Hudson Jobs Hanging
Date: Tue, 09 Feb 2010 11:50:10 +0100

On Mon, 2010-02-08 at 22:02 -0600, Brian Stansberry wrote:
> We need the EJB3 testsuite to run so we can validate the current 
> Hibernate integration, and it's unable to run properly due to this 
> problem. So, I've reverted AS trunk back to 2.0.8. If we can get a 
> jboss-cl release that doesn't have the problem we can look at upgrading.
> 
> Carlo said he'd have some cycles to look at this tomorrow if you need help.
> 
> I don't have an opinion re: 2.0.x vs 2.2.x; you folks know better than I.
> 

This behaviour hasn't changed between 2.0.x and 2.2.x

In both cases you'd be trying to load a class from a classloader that
has been shutdown.

The only thing I can think has changed is previously BaseClassLoader
was incorrectly throwing IllegalStateException instead of
ClassNotFoundException.
https://jira.jboss.org/jira/browse/JBCL-138
http://viewvc.jboss.org/cgi-bin/viewvc.cgi/jbossas/projects/jboss-cl/trunk/classloader/src/main/java/org/jboss/classloader/spi/base/BaseClassLoader.java?r1=99732&r2=99748

There is however a change in behaviour since jboss-4.2.x in that
you could always load java.lang.* classes even when the classloader
was shutdown.

This was because of a shortcut in the old UCL classloader:
http://viewvc.jboss.org/cgi-bin/viewvc.cgi/jbossas/branches/Branch_4_2/jmx/src/main/org/jboss/mx/loading/RepositoryClassLoader.java?r1=60321&r2=63960 to workaround this problem:
https://jira.jboss.org/jira/browse/JBAS-4536
which doesn't exist with the new classloader when correctly configured.
 
I can restore the 4.2.x behaviour, but I don't think it 
is the real problem?

In both examples on JBAS-7688, it would still fail if it tried to
load a common/lib class at that point, e.g. javax.ejb.*
or any other class not in the classloader that is shutdown.

-- 
xxxxxxxxxxxxxxxxxxxxx
Adrian Brock
Chief Scientist
JBoss by Redhat
xxxxxxxxxxxxxxxxxxxxx