[jboss-dev] [Fwd: Re: Possible blocker with jboss-cl 2.2.0.Alpha1 [WAS]: Hudson Jobs Hanging]
This should be on the dev-list.
Please stop sending me private e-mails about opensource
development.
-------- Forwarded Message --------
From: Adrian Brock <abrock(a)redhat.com>
To: Brian Stansberry <brian.stansberry(a)redhat.com>
Cc: Thomas Diesler <thomas.diesler(a)jboss.com>, Jason T. Greene
<jason.greene(a)redhat.com>, Ales Justin <ajustin(a)redhat.com>, Thomas
Diesler <tdiesler(a)redhat.com>, Jason Greene <jgreene(a)redhat.com>, Carlo
de Wolf <cdewolf(a)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/trun...
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/jm...
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