From: Bagus [mailto:[EMAIL PROTECTED]
Subject: classpath problem?
echo $CLASSPATH
.:/www/my_tomcat_apps:/usr/local/jakarta-tomcat-5.4.4/
^
|
Want to make that 5.5.4 and see what
You'd have to let your web app also be able to use the server classloader.
You can do this by setting server=true in the Context declaration.
That being said - whatever your trying to do is probably a very bad idea.
-Tim
Brij Naald wrote:
Hi,
i'm creating a filter which needs to know if the
On Mon, Sep 20, 2004 at 03:16:10PM -0700, John MccLain wrote:
: I wish to deploy Tomct5.0.28 along with a webapp. I want to be able to
: insure that Tomcat is deployed as a service, uses the standard classpath AND
: 1 more classpath entry. How can I set up the Tomcat windows installer to
: setup
My first thought on this will be that the space, i.e. Servidor web,
might be the cause. Not all installation does have a problem with but, I
know some apps does have a problem with folders that contain spaces.
HTH!
Javier wrote:
Hello, I have Tomcat 5 running in Windows XP. Now I want to
On Fri, Aug 20, 2004 at 12:29:25PM +0200, Javier wrote:
: Does Tomcat use this CLASSPATH? How can I tell Tomcat to use that?
You *really* want to follow standards here, and using a classpath env
var with a webapp is not quite standard.
Review the servlet spec. Do a search for WEB-INF/lib and
Figured out my problem. I wasn't placing the class file in a subdirectory
of the WEB-INF/classes/package.
Solution:
created UserData.java with package name userdata
created directory WEB-INF/classes/userdata
placed UserData.class in WEB-INF/classes/userdata
Thank you all who responded,
Still no luck. I'm basically trying to do exactly the same thing
that the jsp-examples/checkbox is doing and I can't get Tomcat
to recognize my UserData.class file. I've tried placing my UserData.class
file in every location possible, and no luck. My next step will be
to downgrade to Tomcat 4 so
Hi Andy,
I'm porting over to TC5 and I've not had any problems with it finding
my classes, *BUT* I don't put any classes into the base directory
itself, but below that.
So for example, my UserBean class is in
myapp/WEB-INF/classes/AccessCtrl and it is part of the package
AccessCtrl (i.e.
Hi,
You need the %@ page import=package % directive to tell it where to look
for it.
Yang
-Original Message-
From: Andy Wadsworth [mailto:[EMAIL PROTECTED]
Sent: Monday, April 19, 2004 3:11 PM
To: Tomcat Users List
Subject: Re: Classpath problems with tomcat on Linux 9
Still no luck
From: Andy Wadsworth [mailto:[EMAIL PROTECTED]
Subject: Classpath problems with tomcat on Linux 9
.../work/Catalina/localhost/test/org/apache/jsp/savename_jsp.java:42
symbol : class UserData
location: class org.apache.jsp.savename_jsp
UserDAta user = null
Ah, if it was only that simple...
The capital A is a typo in the email message, not in the actual
error. I'm using IE on a WinXP box as my browser, but I sent my
email from my Linux machine and I can't copy/paste between the two.
-Andy.
On Friday 16 April 2004 03:32 pm, Caldarale, Charles R
I'm guessing you need to put the UserData class in a package,
and import it into your savename page.
Quoting from JSP 2.0 spec, As of JSP 2.0, it is illegal
to refer to any classes from the unnamed (a.k.a. default) package.
-Layton
-Original Message-
From: Andy Wadsworth [mailto:[EMAIL
Classes for your webapp are looked for in either : WEB-INF/lib; as a
jar file or WEB-INF/classes; non jar files
So for example if you have a jar file that you want to use in your web
app, put them in your webapp's WEB-INF/lib.
You should be able to use them.
David LAFAY wrote:
Hello,
Tomcat
Thanks but...
When the following code :
System.getProperty(java.class.path)
return only C:\Program Files\Apache Group\Tomcat 4.1.27\bin\bootstrap.jar
It is a problem for me because I use the java.class.path to search my
properties files
And then I don't find it !
Kwok Peng Tuck [EMAIL
4.1.x uses the (deprecated) JavaService to install a Windows service. You
can continue to use (the even more deprecated, but at least it works :)
jk_nt_service from 3.x, or consider using the 5.x commons-daemon 'procrun'
(my personal recommendation).
David LAFAY [EMAIL PROTECTED] wrote in
To: [EMAIL PROTECTED]
Subject: Re: ClassPath with Tomcat 4.1
Thanks but...
When the following code :
System.getProperty(java.class.path)
return only C:\Program Files\Apache Group\Tomcat
4.1.27\bin\bootstrap.jar
It is a problem for me because I use the java.class.path to
search my
Btw, the problem I am having is with tomcat 4.1.27, on both WindowsXP and Linux.
-Original Message-
From: Richard Musser
Sent: Tuesday, August 26, 2003 2:03 PM
To: [EMAIL PROTECTED]
Subject: classpath error when changing context
My web app is up and running, but when I added a context
srinivas reddy [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Hi,
I am using tomcat 4.1.24. I have a couple of
questions.
1. Online documentation about class loader says,
System class loader operates on CLASSPATH. I have
included j2ee.jar in my CLASSPATH, but tomcat is not
--- Bill Barker [EMAIL PROTECTED] wrote:
srinivas reddy [EMAIL PROTECTED] wrote
in message
news:[EMAIL PROTECTED]
Hi,
I am using tomcat 4.1.24. I have a couple of
questions.
1. Online documentation about class loader says,
System class loader operates on CLASSPATH. I have
Howdy,
I found this documentation at
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/class-loader-howto.html
.
Did I misunderstand it or it says what I am thinking?
You misunderstood it.
Why is using j2ee.jar with tomcat is not recommended?
Because it contains duplicate older versions of
At 08:48 AM 8/21/2003, you wrote:
1. Online documentation about class loader says,
System class loader operates on CLASSPATH. I have
included j2ee.jar in my CLASSPATH, but tomcat is
not
picking it up. Why is it so?
Wherever you saw these docs, they are wrong. Tomcat
ignores the
You are working too hard. My start-up icon looks like:
C:\dev\tomcat\Tomcat 4.1.18\bin\catalina.bat start
That's it.
--- Thomas Davis [EMAIL PROTECTED] wrote:
--- Norris Shelton [EMAIL PROTECTED] wrote:
Remember, these changes were for W2K PRO, should work on
other
environments but
Howdy,
Here are a few:
Custom classloader:
http://marc.theaimsgroup.com/?l=tomcat-userm=105703894521593w=2
Another one:
http://marc.theaimsgroup.com/?l=tomcat-userm=105176832519964w=2
Dynamic class loading (whatever that means):
http://marc.theaimsgroup.com/?l=tomcat-userm=105577963607375w=2
For the sake of argument, I moved all the classes from /native into
/WEB-INF/classes and I moved all the classes from /foreign into
/WEB-INF/lib. Also, for the sake of being extra careful, I packaged up
everthing in /WEB-INF/lib into classes.jar (so there's two copies
there, the raw directory
Howdy,
For the sake of argument, I moved all the classes from /native into
/WEB-INF/classes and I moved all the classes from /foreign into
/WEB-INF/lib. Also, for the sake of being extra careful, I packaged up
everthing in /WEB-INF/lib into classes.jar (so there's two copies
there, the raw
A very quick and very dirty solution is to change to setClasspath.sh (or
.bat) script and include all your required .jar files in the tomcat system
classpath.
However, I would not recommend this solution. A better solution is to copy
all your jar files into the WEB-INF/lib directory. Why are you
You can add setenv.bat/sh to you tomcat bin direcotry. catalina.bat/sh will
do the following:
rem Get standard environment variables
if exist %CATALINA_HOME%\bin\setenv.bat call
%CATALINA_HOME%\bin\setenv.bat
# Get standard environment variables
PRGDIR=`dirname $PRG`
CATALINA_HOME=`cd
I think this will work for non-windows, but YMMV...
To start our Tomcat's on W2K, we modify setclasspath.bat to
include %CLASSPATH% when it constructs it's classpath.
Then tomcat is started via catalina.bat with a start parameter.
It looks like there are .sh versions of all of these files.
---
--- Norris Shelton [EMAIL PROTECTED] wrote:
To start our Tomcat's on W2K, we modify setclasspath.bat to
include %CLASSPATH% when it constructs it's classpath.
I tried that but could not get it to work. I'm apparently putting it
in the wrong place. Could you please detail the change(s) you
Remember, these changes were for W2K PRO, should work on other
environments but YMMV.
setclasspath.bat
set CLASSPATH=%CLASSPATH%;%JAVA_HOME%\lib\tools.jar
I added %CLASSPATH% after the = sign
OMG - I know why it did not work ;-0
I forgot to tell you to make sure that you include
--- Norris Shelton [EMAIL PROTECTED] wrote:
Remember, these changes were for W2K PRO, should work on other
environments but YMMV.
setclasspath.bat
set CLASSPATH=%CLASSPATH%;%JAVA_HOME%\lib\tools.jar
I added %CLASSPATH% after the = sign
Thanks for the tip. I tried that (which was the
Howdy,
Having followed and this whole thread and bit my tongue until now...
Somehow there must be a way to get the class loader to look in the
/foreign and /native directories :-(
Searching the list archives reveals that every now and then someone
comes along with your situation or a near
--- Shapira, Yoav [EMAIL PROTECTED] wrote:
Searching the list archives reveals that every now and then someone
comes along with your situation
Could you please refer me to one of those threads? I checked the
archives before posting here and was unable to find any discussions
that resolved
can't you just set up an ant script to (also)copy the files to the tomcat
directory each time they are updated?
-Original Message-
From: Thomas Davis [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 17, 2003 4:47 PM
To: Tomcat Users List
Subject: RE: Classpath Conundrum (2nd try
--- Cox, Charlie [EMAIL PROTECTED] wrote:
can't you just set up an ant script to (also)copy the files to the
tomcat directory each time they are updated?
Unfortunately, I cannot. I must, if possible, get it working with the
existing directory structure. I realize this is not an optimal
directory but none of the classes in the
classpath I specify while starting the jvm.
Sandeep
From: Sriram N [EMAIL PROTECTED]
Reply-To: Tomcat Users List [EMAIL PROTECTED]
To: Tomcat Users List [EMAIL PROTECTED]
Subject: Re: Classpath problem with Tomcat running in Embedded mode
Date: Wed, 11
From: Sriram N [EMAIL PROTECTED]
Reply-To: Tomcat Users List [EMAIL PROTECTED]
To: Tomcat Users List [EMAIL PROTECTED]
Subject: Re: Classpath problem with Tomcat running in Embedded mode
Date: Wed, 11 Jun 2003 20:55:42 -0700 (PDT)
Hi,
This is a ClassLoader visibility issue. Read the ClassLoader
Hi,
This is a ClassLoader visibility issue. Read the ClassLoader howto in the
Tomcat Docs.
How exactly are you running Embedded ? Are you invoking the main method on it
straight out ? Which Tomcat release are you using ?
-- Sriram
--- sandeep arshanapally [EMAIL PROTECTED] wrote:
Hi,
If you put the jar file in {tomcat directory}\common\lib it will be
available to all your web apps. Theres no need to play around with your
CLASSPATH variable.
Tom
-Original Message-
From: Joe [mailto:[EMAIL PROTECTED]
Sent: 05 June 2003 08:43
To: [EMAIL PROTECTED]
Subject:
Thank you for your help: I have traked the error to the catalina.log file and itis a
classnot found exception. I have made the changes but still am getting the error. I
have included my setenv.bat file to see if there are any errors that are obvious to
every but me.
Any help would again be
I ran against the same problem and found a solution I'm more or less happy
with (perhaps someone with more experience can correct me if my solution is
crazy.)
If you ABSOLUTELY cannot move your classes into %TOMCAT_HOME%
\common\classes directory, there is another option:
In your
A problem with the classpath should indicate a classpath related exception,
which essentially is an inability to find a class. Why do you think that
hte java.rmi.ServerException fits into this pattern? If you don't declare
where the class paths [sic] are for each application how do you expect
Yet another psychic user ;-). After another three release cycles, when we
get up to TC 5.0.4, you'll probably have a better answer ;-). In the mean
time, TC 5 works like TC4 for this: you need to setup your own
$CATALINA_HOME/bin/setenv.(sh/bat) to set these properties.
Reis, Tom [EMAIL
Here's a section of my .tcshrc file (located in my home directory):
setenv CLASSPATH .
setenv CLASSPATH
${CLASSPATH}:/Users/bido/Dev/framework/jsp/activation.jar
setenv CLASSPATH
${CLASSPATH}:/Users/bido/Dev/framework/jsp/jasper-runtime.jar
setenv CLASSPATH
Here's a section of my .tcshrc file (located in my home directory):
setenv CLASSPATH .
setenv CLASSPATH
${CLASSPATH}:/Users/bido/Dev/framework/jsp/activation.jar
setenv CLASSPATH
${CLASSPATH}:/Users/bido/Dev/framework/jsp/jasper-runtime.jar
setenv CLASSPATH
Here's a section of my .tcshrc file (located in my home directory):
setenv CLASSPATH .
setenv CLASSPATH
${CLASSPATH}:/Users/bido/Dev/framework/jsp/activation.jar
setenv CLASSPATH
${CLASSPATH}:/Users/bido/Dev/framework/jsp/jasper-runtime.jar
setenv CLASSPATH
Howdy,
Do you mean the classpath for pre-compiling (using JspC) your JSPs? Or
the runtime classpath? AFAIK you don't need to specify a special
runtime classpath for your JSPs: the relevant jasper jars are in the
tomcat server's libraries and are automatically loaded when the server
needs to
In $CATALINA_HOME/commons/lib you'll find jasper-runtime.jar and
jasper-compiler.jar.
Try those.
Cheers!
Brion
-Original Message-
From: Denise Mangano [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 11, 2002 1:07 PM
To: Tomcat-User@Jakarta. Apache. Org ([EMAIL PROTECTED])
Subject:
Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 11, 2002 1:07 PM
To: Tomcat Users List
Subject: RE: Classpath
Howdy,
Do you mean the classpath for pre-compiling (using JspC) your JSPs? Or the
runtime classpath? AFAIK you don't need to specify a special runtime
What do you mean by the JSP classes? Do you mean where you put the JSP
pages? Do you mean where you put the Java Classes? You put the JSP pages
at the root of your application, unless you specify elsewhere, which is a
long discussion. You put classes at [your_app]/WEB-INF/classes/ e.g.
.
-Original Message-
From: micael [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 11, 2002 1:18 PM
To: Tomcat Users List
Subject: Re: Classpath
What do you mean by the JSP classes? Do you mean where you put the JSP
pages? Do you mean where you put the Java Classes? You put the JSP pages
Check the docs. Tomcat ignores the CLASSPATH environment variable.
You will want to read and follow the Application Developer's Guide, and you
will want to read the ClassLoader HOWTO. Most of your questions are
probably answered between those two documents.
John
-Original Message-
--- Turner, John [EMAIL PROTECTED] wrote:
Check the docs. Tomcat ignores the CLASSPATH
environment variable.
You will want to read and follow the Application
Developer's Guide, and you
will want to read the ClassLoader HOWTO. Most of
your questions are
probably answered between
Hey, that is good information! Thank you.
I ran them along without quotes for now and all seems
to be working. However, I like the other option as
well.
Michael
--- Bill Barker [EMAIL PROTECTED] wrote:
Actually, I'm mostly a *nix person. I learned about
wrapper.jvm.options
from reading
Actually, I'm mostly a *nix person. I learned about wrapper.jvm.options
from reading the comments in the default wrappers.properties file.
To save yourself headaches with quotes, wrapper.jvm.options can be
repeated (and jk_nt_service will concatenate them). So for your example:
So something like this for the wrapper.jvm.options:
wrapper.jvm.options=-Dorg.apache.tomcat.apps.classpath=C:\SourceW\VSS\src;C:\SourceW\ja\src;C:\SourceW\VSS\lib\xerces.jar;C:\SourceW\lib\xml4j.jar
-Xrs
right? Can a person use quotes?
Did you learn about wrapper.jvm.options from the
-Original Message-
From: Michael Finney [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, October 15, 2002 11:25 AM
To: Tomcat Users List
Subject: Re: CLASSPATH problems on 3.3.1
So something like this for the wrapper.jvm.options:
wrapper.jvm.options
Like Tomcat4, Tomcat 3.3's startup scripts ignore
your CLASSPATH. Tomcat 3.2.x's use of the CLASSPATH
was one of the top sources of problems.
For important differences upgrading from Tomcat 3.2.x
to Tomcat 3.3.x, see:
http://jakarta.apache.org/tomcat/tomcat-3.3-doc/readme
For how to configure
I will look.
The NT service form of starting Tomcat does not use
start up scripts. Right? I want to make sure I
understand what we are saying here about the scripts.
--- Larry Isaacs [EMAIL PROTECTED] wrote:
Like Tomcat4, Tomcat 3.3's startup scripts ignore
your CLASSPATH. Tomcat 3.2.x's
Out of the box, the NT service also ignores your CLASSPATH. You are always
free to add wrapper.classpath properties to your wrapper.properties file
to include additional locations in your classpath. Depending on your
application, this may or may not result in ClassLoader problems.
The other
control Panel-System-Advanced-Environment Variables
-Original Message-
From: jaicey ouseph [mailto:[EMAIL PROTECTED]]
Sent: Thursday, October 10, 2002 6:00 PM
To: [EMAIL PROTECTED]
Subject: Classpath
Hello Sir,
I am using Tomcat 4.0. I have some database driver class in a some
-Original Message-
From: Galbayar [mailto:[EMAIL PROTECTED]]
Sent: Thursday, October 10, 2002 1:47 PM
To: Tomcat Users List
Subject: RE: Classpath
control Panel-System-Advanced-Environment Variables
-Original Message-
From: jaicey ouseph [mailto:[EMAIL PROTECTED]]
Sent: Thursday
are used.
Charlie
-Original Message-
From: jaicey ouseph [mailto:[EMAIL PROTECTED]]
Sent: Thursday, October 10, 2002 5:23 AM
To: Tomcat Users List
Subject: RE: Classpath
Hi,
Thanks for your response. But I have already set the environment
variables. When I open dos prompt usng 'cmd
irritating you.
Regards,
Jaicey.
-Original Message-
From: Cox, Charlie [mailto:[EMAIL PROTECTED]]
Sent: Thursday, October 10, 2002 4:53 PM
To: 'Tomcat Users List'
Subject: RE: Classpath
tomcat doesn't use the classpath. put your jar in your webapp's lib dir
(myapp/WEB-INF/lib
to keep it there.
what's wrong with moving(or copying) the jar to common/lib?
Charlie
-Original Message-
From: jaicey ouseph [mailto:[EMAIL PROTECTED]]
Sent: Thursday, October 10, 2002 7:56 AM
To: Tomcat Users List
Subject: RE: Classpath
hi Charlie,
Is there no way out wherein
Hi,
Wow, what a long message ;) I don't have time to reply to everything,
but the general answer is: tomcat is a servlet/JSP container at this
point. Not a J2EE container. Inter-operating with remote J2EE servers,
at least for us, has proven easy. We've never used tomcat 3.x, only
4.x, so I
of J2EE ownership and maintenance. Hopefully someone at Sun is listening...
-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]]
Sent: Thursday, October 10, 2002 9:28 AM
To: Tomcat Users List
Subject: RE: Classpath Issues, Tomcat 4.X and J2EE Interoperability
frustrations
On Thu, 10 Oct 2002, Andrew Gilbert wrote:
Date: Thu, 10 Oct 2002 11:42:05 -0400
From: Andrew Gilbert [EMAIL PROTECTED]
Reply-To: Tomcat Users List [EMAIL PROTECTED]
To: Tomcat Users List [EMAIL PROTECTED]
Subject: RE: Classpath Issues,
Tomcat 4.X and J2EE Interoperability
myself inside another distributed remote object server.
Anyway, I appreciate your response. Thanks.
Andy
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Thursday, October 10, 2002 12:56 PM
To: Tomcat Users List
Subject: RE: Classpath Issues, Tomcat 4.X
-Original Message-
From: Andrew Gilbert
Sent: Thursday, October 10, 2002 3:39 PM
To: Tomcat Users List
Cc: 'Craig R. McClanahan'; 'Jean-Francois Arcand'; 'Shapira,
Yoav'; Tim
Segall
Subject: RE: Classpath Issues, Tomcat 4.X and J2EE Interoperability
frustrations...
Craig,
I
On Thu, 10 Oct 2002, Andrew Gilbert wrote:
Date: Thu, 10 Oct 2002 16:23:21 -0400
From: Andrew Gilbert [EMAIL PROTECTED]
Reply-To: Tomcat Users List [EMAIL PROTECTED]
To: Tomcat Users List [EMAIL PROTECTED]
Subject: RE: Classpath Issues,
Tomcat 4.X and J2EE Interoperability
Doh!
Thanks again for the replies. I appreciate the input. The path is at least becoming
clearer now...
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Thursday, October 10, 2002 4:31 PM
To: Tomcat Users List
Subject: RE: Classpath Issues, Tomcat 4
Andrew Gilbert wrote:
We are finding this a particularly frustrating experience, and it seems to be a
weak point either/or both in specification and implementation (or a fatal flaw in
our basic approach - but would add we are consistent at least with the intent of
the EJB specs). Would
tomcat does not use the classpath. your classes must go under
/tomcat/common/lib or within your context.
you can try soft links, but they are disabled in 4.1.x by default.
for your static files, just create a directory under your context - then you
can access it as a subdir in your url.
you
Tomcat ClassLoader HOWTO:
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/class-loader-howto.html
Quote:
For classes and resources specific to a particular web application, place
unpacked classes and resources under /WEB-INF/classes of your web
application archive, or place JAR files
For my jsp project I put my jar file on
[TOMCAT_HOME]\webapps\project\WEB-INF\lib, it's work.
Saludos,
Patricio Vera S.
- Original Message -
From: Lindomar [EMAIL PROTECTED]
To: Tomcat Users List [EMAIL PROTECTED]
Sent: Monday, September 23, 2002 10:55 AM
Subject: classpath
Hi
I thought tomcat did not use classpath, instead you should use ant to add
and modify your contest.
Rob
-Original Message-
From: Lindomar [mailto:[EMAIL PROTECTED]]
Sent: Monday, September 23, 2002 8:56 AM
To: Tomcat Users List
Subject: classpath
Hi everybody!
I have a problem
Thanks Patricio and Turner, it´s ok now.
I placed my jar file in /WEB-INF/lib.
- Original Message -
From: Patricio Vera S. [EMAIL PROTECTED]
To: Tomcat Users List [EMAIL PROTECTED]
Sent: Monday, September 23, 2002 11:54 AM
Subject: Re: classpath
For my jsp project I put my jar
Hi,
Another great example of why I strongly advocate *against* the use if ide's!!
Mike
-Original Message-
From: Ben Boule [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, July 30, 2002 5:06 PM
To: '[EMAIL PROTECTED]'
Subject: Classpath Woes...
Hi,
I was wondering if anyone could help me
, July 30, 2002 6:56 PM
To: Tomcat Users List
Subject: RE: Classpath Woes...
Which Tomcat 3.3.x, and was it installed in a new directory
(which is recommended)? Any changes to the default configuration?
The default configuration of Tomcat 3.3.x doesn't use the
JspServlet.
Cheers,
Larry
List'
Subject: RE: Classpath Woes...
Tomcat 3.3.1, downloaded as a binary, installed in a new directory on
Solaris 8.
No changes were made to the Tomcat configuration, other than
things like
turning on debug flags in server.xml, etc...
Ben
-Original Message-
From: Larry
: Wednesday, July 31, 2002 9:35 AM
To: Tomcat Users List
Subject: RE: Classpath Woes...
Ben,
Does the /examples webapp works fine and only your
webapp is exibiting this behavior? If so, does your
web.xml re-map *.jsp to the JspServlet?
Cheers,
Larry
-Original Message-
From: Ben Boule
I am sorry, in my previous email I meant to say that when I copy jasper.jar
into WEB-INF/lib, the jasper classes ARE found.
Ben Boule
-Original Message-
From: Ben Boule [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, July 30, 2002 6:06 PM
To: '[EMAIL PROTECTED]'
Subject: Classpath Woes...
Which Tomcat 3.3.x, and was it installed in a new directory
(which is recommended)? Any changes to the default configuration?
The default configuration of Tomcat 3.3.x doesn't use the
JspServlet.
Cheers,
Larry
-Original Message-
From: Ben Boule [mailto:[EMAIL PROTECTED]]
Sent:
Hi,
You should not have the webapps directory on your classpath. That is
the structure you deploy into. You should have a src tree somewhere
else that's in your classpath for compilation. Please refer to
http://jakarta.apache.org/tomcat/tomcat-4.0-doc/appdev/index.html
(specifically, the
that is what ithought too. Thanks for your quick reply all of you
best Billy
---Original Message---
From: Tomcat Users List
Date: ÐÝìðôç, 25 Éïýëéïò 2002 02:24:44 ìì
To: Tomcat Users List
Subject: RE: classpath question
Hi,
You should not have the webapps directory on your classpath
that is what ithought too. Thanks for your quick reply all of you
best Billy
---Original Message---
From: Tomcat Users List
Date: P]lptg, 25 Io}kior 2002 02:24:44 ll
To: Tomcat Users List
Subject: RE: classpath question
Hi,
You should not have the webapps directory on your classpath
that is what ithought too. Thanks for your quick reply all of you
best Billy
---Original Message---
From: Tomcat Users List
Date: P]lptg, 25 Io}kior 2002 02:24:44 ll
To: Tomcat Users List
Subject: RE: classpath question
Hi,
You should not have the webapps directory on your classpath
that is what ithought too. Thanks for your quick reply all of you
best Billy
---Original Message---
From: Tomcat Users List
Date: P]lptg, 25 Io}kior 2002 02:24:44 ll
To: Tomcat Users List
Subject: RE: classpath question
Hi,
You should not have the webapps directory on your classpath
to
compromise and copy these common classes into several apps
/WEB-INF/classes directory.
Thanks :)
Mehdi
Andrew Conrad [EMAIL PROTECTED]
12/07/2002 18:34
Please respond to Tomcat Users List
To: 'Tomcat Users List' [EMAIL PROTECTED]
cc:
Subject:RE: classpath
' [EMAIL PROTECTED]
Sent: Friday, July 12, 2002 1:34 PM
Subject: RE: classpath problem
Are these classes apart of a package? Did you build the package
directory structure to match in the %CATALINA$\common\classes?
Have you tried the $CATALINA$\shared\classes folder? How about a
webapp's WEB-INF
Are these classes apart of a package? Did you build the package
directory structure to match in the %CATALINA$\common\classes?
Have you tried the $CATALINA$\shared\classes folder? How about a
webapp's WEB-INF\classes folder? Testing these to see if you can get
any of them to work might
Howdy,
The simplest way: look into server.xml, change all debug=0 to
debug=99. This will get more info than you probably want, but that's
(usually) a good thing when debugging ;)
As an aside: classpath problems typically don't require that much
debugging information. If you get a class not
On Tue, 9 Jul 2002, David Goodenough wrote:
Date: Tue, 9 Jul 2002 11:36:46 +0100
From: David Goodenough [EMAIL PROTECTED]
Reply-To: Tomcat Users List [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Classpath problems
I am having the inevitable initial classpath problems setting up my
WEB-INF is case sensitive.
can't be Web-inf
does this make a difference?
fillup
On 6/3/02 1:16 AM, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
hello,
Tomcat 4.0 can't find my classes and my associated resources that are in
the Web-inf/lib directory of my Web application. When i set the
]
elock.com cc:
Subject: Re: classpath
problem
06
PROTECTED]
elock.com cc:
Subject: Re: classpath
problem
06/03/02 10:23 AM
Please respond to Tomcat
Users List
:
Subject: Re:
classpath
problem
06/03/02 10:23 AM
Please respond to Tomcat
Users List
WEB-INF is case sensitive.
can't be Web-inf
does this make a difference?
fillup
On 6/3/02 1:16 AM, [EMAIL PROTECTED
Do you have a CATALINA_HOME environment variable set? That might cause
this...
[EMAIL PROTECTED] 05/07/02 09:21AM
I am having problems reading a resource file I placed in
/var/tomcat4/common/lib. I also tried placing it in
/var/tomcat4/common/classes.
I wrote a small JSP which lists the
Yes, CATALINA_HOME is set to /var/tomcat4
Here is my simple jsp
%@ page language=java %
%@ page import = java.util.* %
%@ page import = java.io.* %
% Properties prop = System.getProperties(); %
Java class path:
1 - 100 of 211 matches
Mail list logo