> -----Original Message-----
> From: Turner, John [mailto:JTurner@;AAS.com]
> Sent: Thursday, November 07, 2002 2:28 PM
> To: 'Tomcat Users List'
> Subject: RE: Class Path and New Context
> 
> 
> 
> > -----Original Message-----
> > From: [EMAIL PROTECTED] [mailto:developer@;wexwarez.com]
> > Sent: Thursday, November 07, 2002 2:24 PM
> > To: Tomcat Users List
> > Subject: Class Path and New Context
> > 
> > 
> > With some hassles I got tomcat 4.1.12 with apache 1.3x, 
> java 1.4 on a
> > linux
> > 2.4 kernel box.  The examples context works fine and apache 
> > seems to be
> > handling all the other stuff fine
> > 
> > Questions
> > 1)I am trying to create a new context, what are the bare bones
> > requirements
> > for doing so?  Anyone have a breakdown of the necessary tags 
> > in web.xml?
> 
> Basically, duplicate the tags for the examples.
> 
> > 
> > 2)In a context if I want to add bunch of class files that 
> are specific
> > to that context can't I just throw them in
> > /webapps/newcontext/WEB-INF/classes?  I tried this and they 
> > don't seem to
> > be available i get Symbols Not resolved errors referencing 
> > any time I call
> > that class. ???
> 
> Check the ClassLoader HOWTO:
> http://jakarta.apache.org/tomcat/tomcat-4.1-doc/class-loader-h
owto.html

also note that if you use a security manager, you need to allow the
WEB-INF/classes dir to be accessed.

Charlie

> 
> 3)I have a whole bunch of other classes that need to be available to
> tomcat.  I have set up a global CLASSPATH variable that points to
> them.  Tomcat does not seem to be picking this up.  I 
> verified that when i
> do an env directly before starting tomcat the CLASSPATH 
> variable is set
> and defined properly.  What am i screwing up?  

Tomcat ignores the system-level CLASSPATH environment variable and assembles
its own in the startup scripts.  Check startup.sh and catalina.sh to see
what it does.  Modifying either startup.sh and/or catalina.sh to use your
special classpath is not advised.  Read the ClassLoader HOWTO.  The
Application Developer's Guide might be a good idea, too.

John


--
To unsubscribe, e-mail:
<mailto:tomcat-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail:
<mailto:tomcat-user-help@;jakarta.apache.org>

--
To unsubscribe, e-mail:   <mailto:tomcat-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:tomcat-user-help@;jakarta.apache.org>

Reply via email to