tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jon Wingfield <>
Subject Re: [Slightly OT] CLASSPATH variable in
Date Thu, 07 Apr 2005 08:19:48 GMT
I don't think
is a valid classpath element.
An excerpt from the java tools doc says:
"How the Java Launcher Finds User Classes:
User classes are classes which build on the Java platform. To find user 
classes, the launcher refers to the user class path -- a list of 
directories, JAR archives, and ZIP archives which contain class files."

So - if you *really* want to go this road - 
${catalina.home}/common/classes would probably be better.

However, since (IIRC) tomcat doesn't ship with axis you probably have it 
  in your webapp's WEB-INF/lib. WEB-INF/classes takes precedence so if 
the  properties file is there it should be picked up first. Ultimately, 
I guess it all depends on the relative places in the classloader 
hierarchy  of the log4j and axis jars.



Robert Bateman wrote:
> While debugging a log4j problem this afternoon... I happened to attempt
> to rearrange the contents of my CLASSPATH on my Fedora Core 2 machine in
> order to insure a correct file is being loaded by TC.
> To insure the proper file is loaded, I placed
> ${catalina.home}/common/classes/ as the *first* entry in
> the CLASSPATH that passes into the bootstrap process. 
> Looking at 'ps -aef | grep java' I see my properties file listed first
> in the classpath.
> HOWEVER, it appears that classloader sun.misc.Launcher$AppClassLoader in
> Java 1.4.2_05 doesn't honor the -classpath in it's entirety - as
> 1.4.2_05 *never* loads the file that's in the
> classpath.  Instead - it decides to load the file that
> is contained in the axis-ant.jar file.
> Am I crazy????  Or did I do something wrong???
> Bob
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message