I added some debugging statements to the sevlet and the Jetty sevice and the
problem is that the class loader of the servlet is not the same as the WebApplication
class loader. The output is classloader.toString(),classloader.hashCode()
Here is the WebApplication .getClassLoader()
[Default] WebApp classloader = java.net.URLClassLoader@5311bd,5444029
Here is the thread context class loader seen by the servlet in its init method:
[Default] EJBOnStartupServlet.cl =
com.mortbay.HTTP.ContextLoader(file:/tmp/jboss-jetty.01-05-21/jboss/tmp/deploy/Default/jbosstest-web.ear/web1001/WEB-INF/classes/:fi
le:/tmp/jboss-jetty.01-05-21/jboss/tmp/deploy/Default/jbosstest-web.ear/web1001/WEB-INF/lib/util.jar)
/
java.net.URLClassLoader@5311bd,5138078
It appears that this is a child class loader of the WebApplication class loader.
----- Original Message -----
From: "Julian Gosnell" <[EMAIL PROTECTED]>
To: "Scott M Stark" <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Wednesday, May 23, 2001 3:22 PM
Subject: [JBoss-dev] JBoss-Jetty & latest AbstractWebContainer/WebDescriptorParser....
> Scott,
>
> I've moved jboss-jetty over onto your WebDescriptorParser stuff.
>
> if you have the contrib module chcked out try:
>
> cd contrib/jetty/src/build
> ./build.sh clean dist
> cd ../..
> ./run.sh
>
> What should I be running to test all this stuff ?
>
> Thanks for all the help.
>
>
> Jules
>
>
_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
