|
From: <php...@li...> - 2006-02-16 17:53:27
|
Hi,
I was able to reproduce this problem with our
classloader.
I will switch it off when the backend runs in a
servlet engine or a j2ee application server.
The whole concept of the dynamic classloader doesn't
work when the j2ee server uses two seperate
classloaders for the webapp and for the j2ee classes.
The org.jnp.interfaces.NamingContextFactory is in the
jboss j2ee classpath, it is not visible to the webapp
classloader. Since the dynamic classloader only
delegates to its parent and doesn't have access to the
jboss j2ee classloader the code:
new Java("org.jnp.interfaces.NamingContextFactory")
always fails when the dynamic classloader is set as
the bridge thread context classloader.
The situation is different when the dynamic
classloader runs within our standalone container, so I
will not remove it entirely. But j2ee or servlet
environments have their own way to handle jar and
class files.
As a workaround please add a policy file which
disables the dynamic classloader, or use a commercial
AS which ships with a reasonable policy file. The Sun
J2EE AS 8.1 for example ships with a default policy
file which denies us to dynamically load classes, so
the dynamic classloader is switched off automatically.
Regards,
Jost Boekemeier
___________________________________________________________
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
|