tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jon Stevens <>
Subject Re: cvs commit: jakarta-tomcat-4.0/tester/src/tester/org/apache/tester/unshared
Date Sat, 23 Jun 2001 02:49:57 GMT
on 6/22/01 5:36 PM, "Craig R. McClanahan" <> wrote:

> Jon,
> Following up on Remy's theory of what might be going on with your case, is
> the following scenario possible with Scarab?
> - Class A is loaded from the shared class loader (because it's
> from a JAR file in $CATALINA_HOME/lib).
> - Class B is loaded from Scarab's class loader (it shouldn't matter
> whether it's from /WEB-INF/classes or /WEB-INF/lib.
> - A reference to an instance of class B is passed to class A and stored
> (perhaps in a static collection or something).
> - The webapp is reloaded (either because of a modified class or a
> command via the Manager webapp).
> If this scenario is possible, you'd get a ClassCastException or something
> like that when trying to reference the instance of class B after the
> reload.  However, if everything is loaded from /WEB-INF/classes or
> /WEB-INF/lib, then something else is going on.
> Craig

Nothing is in $CATALINA_HOME/lib except Catalina classes.

Everything related to Scarab is in WEB-INF/classes or WEB-INF/lib

#1. cvs co scarab
#2. cd scarab/build
#3. ./
#4. cd ../target

In the target directory is the copy of Catalina with Scarab "installed" into
the webapps directory.


If you come from a Perl or PHP background, JSP is a way to take
your pain to new levels. --Anonymous

View raw message