--- Jose Ferrer [EMAIL PROTECTED] wrote:
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 =
-To: Tomcat Users List [EMAIL PROTECTED]
To: Tomcat Users List [EMAIL PROTECTED]
Cc: Jean-Luc BEAUDET [EMAIL PROTECTED]
Subject: Re: Classpath Issue
Is there a reason why ${CATALINA_HOME}/classes and
${CATALINA_HOME}/lib is used for shared classes but the corresponding
directories
You can add the specific .jar in the WEB-INF/lib of you're application
I hope this help you ...
RemY
Rui Oliveira wrote:
Hello,
sorry for the newbie question...
Can someone please tell me how to configure the classpath for a specific
application only, instead of defining it for all the tomcat
-Original Message-
From: remy.menetrieux [mailto:[EMAIL PROTECTED]]
Sent: segunda-feira, 25 de Fevereiro de 2002 16:51
To: Tomcat Users List
Subject: Re: Classpath Issue
You can add the specific .jar in the WEB-INF/lib of you're application
I hope this help you ...
RemY
Rui Oliveira
Tomcat takes care of this for you so that you don't have to mess around
with classpath issues. Put your unpacked classes in the WEB-INF/classes
directory of you webapplication. jar files go under the WEB-INF/lib. And
you are good to go.
If you wish to make your classes visible to all
, February 25, 2002 5:03 PM
To: Tomcat Users List
Subject: Re: Classpath Issue
Tomcat takes care of this for you so that you don't have to mess around
with classpath issues. Put your unpacked classes in the WEB-INF/classes
directory of you webapplication. jar files go under the WEB-INF/lib. And
you
[EMAIL PROTECTED] a écrit :
Tomcat takes care of this for you so that you don't have to mess around
with classpath issues. Put your unpacked classes in the WEB-INF/classes
directory of you webapplication. jar files go under the WEB-INF/lib. And
you are good to go.
If you wish to make your
. My bad! :-) Thanks for correcting me.
RS
Jean-Luc BEAUDET [EMAIL PROTECTED]
@toolchest.cyber.kodak.com on 02/25/2002 11:15:15 AM
Please respond to Tomcat Users List [EMAIL PROTECTED]
Sent by: [EMAIL PROTECTED]
To: Tomcat Users List [EMAIL PROTECTED]
cc:
Subject: Re: Classpath Issue
:
Subject: Re: Classpath Issue
[EMAIL PROTECTED] a écrit :
Tomcat takes care of this for you so that you don't have to mess around
with classpath issues. Put your unpacked classes in the WEB-INF/classes
directory of you webapplication. jar files go under the WEB-INF/lib. And
you
thanks for rubbing it in now :-)
RS
Jean-Luc BEAUDET [EMAIL PROTECTED]
@toolchest.cyber.kodak.com on 02/25/2002 11:49:56 AM
Please respond to Tomcat Users List [EMAIL PROTECTED]
Sent by: [EMAIL PROTECTED]
To: Tomcat Users List [EMAIL PROTECTED]
cc:
Subject: Re: Classpath Issue
Because Tomcat 3.2.x uses the CLASSPATH to hold the web
server classes (including the XML parser) and uses the
JDK delagation model (CLASSPATH classes take priority
over WEB-INF classes) web applications can't have
a local XML parser. This is one of the reasons both
Tomcat 3.3 and Tomcat 4.x
try putting the jar files for the database driver in the WEB-INF/lib
directory of your webapp and see if that works if they are not already
there.
Christopher
- Original Message -
From: Øyvind Vestavik [EMAIL PROTECTED]
To: Tomcat Users List [EMAIL PROTECTED]
Sent: Wednesday, February
It's not that the container can't see the class, but that
a class is being loaded that depends on XMLDBException.
That class is being loaded in a classloader that can't
see XMLDBExceptions. Unfortunately, this problem class
that depends on XMLDBException may be many levels of
dependency from the
I found that it worked when I placed the jar-files in the
JAVA-HOME/jre/lib/ext.
I'm still uncertain of hoe this will work when packaging in a war file,
but thanks to for all replies.
Øyvind
Øyvind Vestavik
Øvre Møllenberggt 44b
7014 Trondheim
[EMAIL PROTECTED]
41422911
On Wed, 20 Feb 2002,
Subject: RE: classpath-problem??
I found that it worked when I placed the jar-files in the
JAVA-HOME/jre/lib/ext.
I'm still uncertain of hoe this will work when packaging in a
war file,
but thanks to for all replies.
Øyvind
Øyvind Vestavik
Øvre Møllenberggt 44b
7014 Trondheim
Hi Dennis,
Perhaps, it's all to do with the working folder assigned to the program you run.
When you run c:\Java\jakarta-tomcat-4.0.1\bin\startup.bat from the windows explorer,
the working directory becomes, c:\Java\jakarta-tomcat-
4.0.1\bin\
When you run the shortcut, the working directory
The tomcat.sh script ignores your CLASSPATH setting. Tomcat 3.3
tries to include tools.jar using the java.home system property.
I think it is possible to link to a JDK in such a way that
this doesn't work. Also, I don't know if is possible that
a JRE is being executed by mistake.
If you want
AM
To: Tomcat Users List
Subject: RE: CLASSPATH for web apps - and the
answer is?
Larry,
Thanks.
The /ext should be the same as I it is the same
version of jdk1.3. But another symptom on my win98
m/c
is I get this very same error:
java.lang.SecurityException: sealing
28, 2001 9:22 PM
To: Tomcat Users List
Subject: RE: CLASSPATH for web apps - and the answer is?
Larry,
I tried it- it did not work. I could not even get the
log file:
In tomcat 3.2 and tomact 3.3 I set the logging- but it
does not write to the log
Logger name=tc_log path=logs/tomcat.log
3.3 on Win98 to
see what happens.
Cheers,
Larry
-Original Message-
From: Sanjay Bahal [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, November 28, 2001 9:22 PM
To: Tomcat Users List
Subject: RE: CLASSPATH for web apps - and the
answer is?
Larry,
I tried
]]
Sent: Thursday, November 29, 2001 9:39 AM
To: Tomcat Users List
Subject: RE: CLASSPATH for web apps - and the answer is?
Larry,
Thanks.
The /ext should be the same as I it is the same
version of jdk1.3. But another symptom on my win98 m/c
is I get this very same error
in a file. Hopefully
the stack trace will appear in the tomcat.log file.
Cheers,
Larry
-Original Message-
From: Sanjay bahal [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, November 28, 2001 12:01 AM
To: Tomcat Users List
Subject: RE: CLASSPATH for web apps - and the answer
-Original Message-
From: Sanjay bahal [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, November 28, 2001 12:01 AM
To: Tomcat Users List
Subject: RE: CLASSPATH for web apps - and the
answer is?
Larry,
I am on win98, jdk1.3, Tomcat3.3. I have my
TOMCAT_HOME and JAVA_HOME setup
If you are adding 2.2-D13 xalan.jar in Tomcat 3.2.3, you
will probably need to replace the jaxp.jar and parser.jar
with the v1.4.3 xerces.jar. For Tomcat 3.3 you could
update the v2.1.0 xalan.jar and replace crimson.jar
with xerces.jar.
If you can use Tomcat 3.3 instead of Tomcat 3.2.3, I
would
Isaacs [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, November 27, 2001 6:19 AM
To: 'Tomcat Users List'
Subject: RE: CLASSPATH for web apps - and the answer is?
If you are adding 2.2-D13 xalan.jar in Tomcat 3.2.3, you
will probably need to replace the jaxp.jar and parser.jar
with the v1.4.3 xerces.jar
Larry,
I can not even bring Tomcat 3.3 up ( not even 3.2).
So are you saying with 3.3 could use xalan and xerces
only- And I do not need crimson, jaxp, parser?
Thanks a lot,
Sanjay
--- Larry Isaacs [EMAIL PROTECTED] wrote:
If you are adding 2.2-D13 xalan.jar in Tomcat 3.2.3,
you
will probably
: Sanjay bahal [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, November 27, 2001 2:35 PM
To: Tomcat Users List
Subject: RE: CLASSPATH for web apps - and the answer is?
Larry,
I can not even bring Tomcat 3.3 up ( not even 3.2).
So are you saying with 3.3 could use xalan and xerces
only- And I do
-Original Message-
From: Sanjay bahal [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, November 27, 2001 2:35 PM
To: Tomcat Users List
Subject: RE: CLASSPATH for web apps - and the
answer is?
Larry,
I can not even bring Tomcat 3.3 up ( not even
3.2).
So are you saying with 3.3 could
? If it isn't working, what error are you seeing?
Larry
-Original Message-
From: Voon, Wendy [mailto:[EMAIL PROTECTED]]
Sent: Thursday, November 01, 2001 7:37 PM
To: 'Tomcat Users List'
Subject: RE: Classpath problem with TC 3.2.3
Larry,
Thanks for the tip, I got it to work
/
Confused,
Wendy
-Original Message-
From: Larry Isaacs [SMTP:[EMAIL PROTECTED]]
Sent: Wednesday, 31 October 2001 23:51
To: 'Tomcat Users List'
Subject: RE: Classpath problem with TC 3.2.3
It looks like the JSP you are executing is in a jsp
subdirectory of the web application
It looks like the JSP you are executing is in a jsp
subdirectory of the web application. If you check the Java
source for the JSP under the work directory you will find
that the servlet class for this JSP is in the jsp
package. This means that classes specified without
package names will be
hi,
perhaps there is some problem in ur path setting
i just set my path to null and i begun to get the same
error as u have got
so what u do is that
set path=%path%;C:\jdk1.3\bin
and regarding that out of space environment
u just increase the memory size to maximum that is
4096
it
hi peter !
your classpath seems wrong
it should at least include tomcat_home\lib\servlet.jar;
regards :)
- Original Message -
From: peter [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, August 28, 2001 8:23 PM
Subject: classpath problem
hi there
I'm new to tomcat. I've just
Hi,
I think you dont need to add the application jar file to the global classpath.
Whenever you create a new conext/application with a jar file, all the classes
within this jar are automatically loaded by tomcat if required.
So in your case, if you want to avoid the App A from calling servlet
At 03:15 PM 7/17/2001, you wrote:
Hi all!
I hope somebody can help me..
In Windows, when you install jdk and jsdk (to compiling applets and
servlets) you have to add or modified the variables PATH and CLASSPATH
in autoexec.bat file. but in Solaris I don't know where (I think
.profile) and
, July 17, 2001 3:23 PM
To: [EMAIL PROTECTED]
Subject: Re: classpath?
At 03:15 PM 7/17/2001, you wrote:
Hi all!
I hope somebody can help me..
In Windows, when you install jdk and jsdk (to compiling applets and
servlets) you have to add or modified the variables PATH and CLASSPATH
in autoexec.bat
At 03:26 PM 7/17/2001, you wrote:
didn't you forget the $ sign?
PATH=jsdk_directory/bin:{$PATH}
^
export PATH
Sure did. My excuse is my back is in massive pain
as I type this.
what is the URL you are using to access it?
if it is http://dev.jhodd.com/subdir1/subdir2/test.jsp it should work right?
Filip
~
Namaste - I bow to the divine in you
~
Filip Hanik
Software Architect
[EMAIL PROTECTED]
www.filip.net
-Original Message-
From: Jeffrey Hood [mailto:[EMAIL
, 2001 11:19 AM
To: [EMAIL PROTECTED]
Subject: RE: Classpath problems with Tomcat 3.2
That's the problem it doesn't
JH
what is the URL you are using to access it?
if it is http://dev.jhodd.com/subdir1/subdir2/test.jsp it should
work right?
Filip
~
Namaste - I bow to the divine in you
IT WORKED... Thanks...
I didn't know that you have to expicitly import ALL classes... the import
* blows up however... also of interest is that all of the Bean
declarations have to have the -full- package name...
Thanks again...
JH
The problem is that your generated servlet code
i'm not too sure about Apache, i don't use that one for JSP.
I'm running JRun for my JSP. I do use Apache for PHP though.
It took me a long time setting up a mySQL connection using
JSP before someone told me that there is no need for any
CLASSPATH inclusions in the bat file. CLASSPATH
Jon,
i'm not too sure about Apache, i don't use that one for JSP. I'm running JRun for my
JSP. I do use Apache for PHP though. It took me a long time setting up a mySQL
connection using JSP before someone told me that there is no need for any CLASSPATH
inclusions in the bat file. CLASSPATH
I use Tomcat to do JSP and I put the JAR file with my db drivers into
webapps/context/WEB-INF/lib directory and they are always found. No need
to alter any class paths.
-Original Message-
From: Jon Shoberg [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 17, 2001 9:49 PM
To: [EMAIL
double check that everything is set up according to this doc
http://mmmysql.sourceforge.net/doc/mm.doc/x68.htm
I think you should have the entire jar file in the classpath
- Original Message -
From: Jon Shoberg [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, May 17, 2001 9:49
Title: RE: classpath
I think you need to do the converse of what you did.
You removed jaxp.jar from Tomcat/lib and then added jaxp.jar to
all the WEB-INF/lib directories of the context directories that
needed it. Have you tried replacing the jaxp.jar in Tomcat/lib
with the latest
Sure, just look through tomcat.bat and modify it. The classpath is clearly
listed in there...
Eric Lubin
[EMAIL PROTECTED]
Manuel Melle Ocariz [EMAIL PROTECTED] on 05/22/2001 09:38:17 AM
Please respond to [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
cc:
Subject: Classpath setting
Hi there,
I had the same problem and here is the solution that worked for me: (with
Tomcat 3.2)
edit $TOMCAT_HOME/bin/tomcat.bat (or .sh)
Replace the following line:
set CLASSPATH=%CLASSPATH%;%cp%
with
set CLASSPATH=path/to/xerces.jar;%CLASSPATH%;%cp%
where path/to/xerces.jar is obviously
Place your jar file in the WEB-INF/lib folder.
Matt
Jon Shoberg wrote:
Its getting late but I'm not having too much luck at getting a sucessful
JSP / mysql connection. Given the error message below can someone explain
where I should be setting my class path and the actual mm.mysql
I'm not sure, but the classes CLASSPATH may NOT be available to webapps. The
Servlet 2.3 spec (Sections 9.4, 9.6.1, 9.6.2) seem to imply that.
Put the xerces.jar in the WEB-INF/lib directory of the webapp and see if the
same error arises.
The spec says (in 9.6.1)
snip
Web containers are
-Original Message-
From: Grewal, Gary [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 15, 2001 9:16 AM
To: '[EMAIL PROTECTED]'
Subject: classpath
Hi ,
Is it possible for a normal servlet/jsp to use java files under a
completely
different directory specified under the classpath or will I
I believe you can put it in any other directory and add that to the
CLASSPATH environment variable. From the script used to start Tomcat it
seems to use the old CLASSPATH also.
Ashish
George McKInney wrote:
-Original Message-
From: Grewal, Gary [mailto:[EMAIL PROTECTED]]
Sent:
the call: System.getProperty(java.class.path)
only returns your System class path -
the jars in /lib and the classes in /classes are dynamically loaded by a
ClassLoader in Tomcat - they do not become a part of your System class path.
Tim Julien
HP Middleware
-Original Message-
From:
Tomcat has its own ClassLoader implementations (in 3.2,
org.apache.tomcat.loader.*) which can pull the classes from the webapps
directory. Look up java.lang.ClassLoader for more info.
-- Bill K.
-Original Message-
From:
No.
From: Chris Bailey [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: classpath question
Date: 11 Apr 2001 11:00:00 -0700
[System: Linux, Tomcat 3.2.1, Apache 1.3.19, mod_jk]
I have a web app that uses several jar files. I have these in a lib
directory that has a
Title: RE: CLASSPATH
I think you are trying to access javax.naming.* and not javax.util.naming.* Try that and then see
===
Gary Grewal
-Original Message-
From: Batsheva Raviv [mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 29, 2001 10:40 AM
To: Tomcat Usr (E-mail)
Subject
Title: RE: CLASSPATH
Thank
you, very much.
but
could you help me set the classpath in unix I am running
.tcshrc
I used
to have .cshrc and it worked fine but now I can even compile a simple
Hello.java
Batsheva
-Original Message-From: Grewal, Gary
[mailto:[EMAIL PROTECTED]]Sent
Title: RE: CLASSPATH
Unix
variable namesare case-sensitive: try setting "CLASSPATH", not
"classpath".
-- Bill K.
-Original Message-From: Batsheva Raviv
[mailto:[EMAIL PROTECTED]]Sent: Thursday, March 29, 2001 9:11
AMTo: [EMAIL PROTECTED]Subject: RE:
Title: RE: CLASSPATH
sorry
for the misunderstanding, but inside .tcshrc I wrote
set
CLASSPATH = ( /usr/java/lib/tools.jar ~/jars/ )
and
when I run simple Hello I get the message
Exception in thread "main"
java.lang.NoClassDefFoundError: Hello
Batsheva
-Original Messag
Title: RE: CLASSPATH
I
think tcsh uses "setenv" to set environment variables, not "set" (which only
sets the variable in the current shell).
-- Bill K.
-Original Message-From: Batsheva Raviv
[mailto:[EMAIL PROTECTED]]Sent: Thursday, March 29, 2001
On Tue, 20 Mar 2001, Mark W. Webb wrote:
I have placed a prop.properties file in the WEB_INF/lib directory of my
tomcat context. The servlet keep throwing an Exception saying that it cannot
find the ResourceBundle. Where should I place this file? From what I have
read, the
Hello,
Thank you very much David Wall and Andrew Gilbert for your answer.
Well I would really like that the way how class loading should work in
Tomcat, works this way. I am using 3.2.1.
I am using Jeremie that is a RMI like protocol over IIOP, and so
implicitely the RMIClassLoader (it has
Hi,
I've been struggling with about the same things...
Steps I took:
1) Make a new servlet context in your server.xml. Something like;
Context path="/imsapps"
docBase="c:/jakarta-tomcat/webapps/imsapps"
crossContext="true"
Oeps, forgot something...
In my example
1) application specific libs (.jar) are in;
c:/jakarta-tomcat/webapps/imsapps/lib
2) application specific classes are in;
c:/jakarta-tomcat/webapps/imsapps/classes
3) general libs (.jar) are in;
c:/jakarta-tomcat/lib
Nico
On 2001.03.12 02:27 Jeff Finley wrote:
I receive the following errors:
javax.servlet.ServletException: Cannot create bean of class Joe
Here is the source for the jsp:
html
jsp:useBean id='joe' scope='session' class='Joe'/
head
/head
/body
/html
Your bean needs to have the
a
servlet implemented factory, thus eliminating some of the class not found
issues.
Hope this helps,
Andrew
-Original Message-
From: Gerard BORREILL [mailto:[EMAIL PROTECTED]]
Sent: Monday, March 12, 2001 4:59 AM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re
Is anyone using several .jar files in WEB-INF/lib ?
This does appear to work just fine. The problem is what we've been
discussing the past few days.
Suppose RMIClassLoader does not use the right class loader? (I do not
think at all this is the bug). How can I get a reference to the right
Good thread. This is an extremely frustrating issue. As is apparent from
this dicussion, other threads, and our own experience, it is not easy or
pretty integrating the latest stable Tomcat (3.2.1) into a full J2EE
environment.
I am going to give the solution suggested below a try in our
See intermixed.
On Sat, 10 Mar 2001, David Wall wrote:
The same class loader is used to load all classes within a particular web
application, but there is more to the story than that. See below.
This is true for both JSP pages and for servlets, including those servlets
loaded at
On Sat, 10 Mar 2001, David Wall wrote:
ACK, now that I've solved the JCE provider problem, the next one to rear
itself is JNDI and JMS.
With JMS, you use the JNDI InitialContext object that includes the class
name of the provider of the JMS. Then, JNDI uses that to instantiate the
On Sun, 11 Mar 2001, Andrew Gilbert wrote:
Good thread. This is an extremely frustrating issue. As is apparent from
this dicussion, other threads, and our own experience, it is not easy or
pretty integrating the latest stable Tomcat (3.2.1) into a full J2EE
environment.
I am going to
AHA! You got me on the right track. It turns out that the JCE provider is
being loaded from the java.security file, so it's no doubt being loaded by
one of the system classloaders and then caused me grief. I removed the
automatic loading of the JCE provider and instead do a
ACK, now that I've solved the JCE provider problem, the next one to rear
itself is JNDI and JMS.
With JMS, you use the JNDI InitialContext object that includes the class
name of the provider of the JMS. Then, JNDI uses that to instantiate the
class and create the initial connection for JNDI
On Wed, 7 Mar 2001, David Wall wrote:
This is great, but it doesn't seem like that classpath is available to the
javabeans that my JSPs use. Does that make sense? Is the classpath only
setup for the JSPs (and if not, why does Jasper report the classpath setting
for each JSP page invoked?)?
I ran into this issue and thought it was a classpath problem, but after
reading the JSP spec, discovered that you have to use the fully qualified
classname for beans. You might want to take a look in the 1.1 spec under
the section for jsp:useBean.
That shouldn't be the issue at all. In my
somebody who knows the specs and the implementation please respond and clarify
if this is a known bug .
Thanks,
Srini
-Original Message-From: Anuj Agrawal
[mailto:[EMAIL PROTECTED]]Sent: Wednesday, February 28, 2001 6:04
PMTo: [EMAIL PROTECTED]Subject: Re:
CLASSPATH and Load
Title: RE: CLASSPATH and Load-on-startup related issue - bug ??
Actually , it looks as if tomcat doesn't pick up the jars from the web-inf/lib directory. Once i added the jars explicitly to the classpath is worked. Is this a bug ???
Srini
-Original Message-
From: Srinivas Kurella
Title: RE: CLASSPATH and Load-on-startup related issue - bug ??
i am
reposting this. I didn't get any responses. Does anybody have an answer ??
Thanks
in advance.
Srini
-Original Message-From: Srinivas Kurella
Sent: Wednesday, February 28, 2001 1:04 PMTo:
'[EMAIL PROTECTED
wer
??Thanks
in advance.Srini
-Original
Message-
From: Srinivas Kurella
Sent: Wednesday, February
28, 2001 1:04 PM
To: '[EMAIL PROTECTED]'
Subject: RE: CLASSPATH and
Load-on-startup related issue - bug ??
Actually , it looks as if tomcat doesn't pick up the jars
from the web-inf/lib directory. Onc
vas Kurella wrote:
i
am reposting this. I didn't get any responses. Does anybody have an answer
??Thanks in advance.Srini
-Original
Message-
From: Srinivas Kurella
Sent: Wednesday, February
28, 2001 1:04 PM
To: '[EMAIL PROTECTED]'
Subject: RE: CLASSPATH and
Load-on-startup related issue -
You should also have a JAVA_HOME variable defined...for the JDK you are
using...
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]
Sent: Friday, February 16, 2001 5:47 PM
To: '[EMAIL PROTECTED]'; [EMAIL PROTECTED]
Subject: CLASSPATH
HI,
What is the
Hi,
I already have the JAVA_HOME Setup , i'm getting CLASSPATH ERROR when i'm
trying to start it.
Is there a list of the CLASSPATH variable that should come with Tomcat and
Apache using SDK 1.2.2
Michel
==
Michel Knight
ITArchitecture(Oracle)group
Hi,
I already have the JAVA_HOME Setup , i'm getting CLASSPATH
ERROR when i'm
trying to start it.
Is there a list of the CLASSPATH variable that should come
with Tomcat and
Apache using SDK 1.2.2
Michel
Are you sure? Echo out all these environ vars to console at startup
to
TED]]
Sent: Friday, February 16, 2001 4:02 PM
To: [EMAIL PROTECTED]
Subject: RE: CLASSPATH
Hi,
I already have the JAVA_HOME Setup , i'm getting CLASSPATH ERROR when i'm
trying to start it.
Is there a list of the CLASSPATH variable that should come with Tomcat and
Apache using SDK 1.2
to be loading
during tomcat startup. - check the tomcat.sh file if no classes are
shown.
chris
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]
Sent: Friday, February 16, 2001 6:02 PM
To: [EMAIL PROTECTED]
Subject: RE: CLASSPATH
Hi,
I already have the JAVA_HOME Setup
Hi,
I known that the JAVA_HOME is set properly,because it's working properly with
mod_jserv(IAS)
I would like to check but , what should the value be for CLASSPATH.
Is there DOC that specifies the minimum JAR file that should be setup ?
Michel
==
my first guess is your missing servlet.jar... is it there?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]
Sent: Friday, February 16, 2001 6:21 PM
To: [EMAIL PROTECTED]
Subject: RE: CLASSPATH
HP-UX 11 D-Class 9000.
SDK 1.2.2
IAS(Internet Application
It looks like from your error log and your classpath set at the top of
the log you do not have servlet.jar in your classpath. It should be in
TOMCAT_HOME/lib/.
---
Michael Wentzel
Software Developer
Software As We Think - http://www.aswethink.com
mailto:[EMAIL PROTECTED]
- Punisher of those
: "Chris Richard Adams" [EMAIL PROTECTED], on 2/16/01 4:27 PM:
my first guess is your missing servlet.jar... is it there?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]
Sent: Friday, February 16, 2001 6:21 PM
To: [EMAIL PROTECTED]
Subject: RE: CLASSPA
In the CLASSPATH is necessary put the name of the archive, as follow:
/usr/local/tomcat/lib/servlet.jar
--- Jian Zhang [EMAIL PROTECTED] escreveu: Hello;
Can anyone help with this compile error msg:
javac HelloWorld.java
HelloWorld.java:1: Package javax.servlet not found in import.
As far as classpaths are concerned, you can think of a jar file as a
directory (not a file). That is, unlike files (.class files especially) you
must explicitly specify the jar file on the class path.
That is, to pick up the servlet jar file, specify the following path. You
will have to do a
Thanks. I just tried "/usr/local/tomcat/lib/servlet.jar" and it worked.
I noticed that the first line HelloWorld.java file is
"import java.io.*"
But it did not create any problem on compiling given previous classpath.
Does it mean java libs have some difference from each other?
jian
As far
.
-Original Message-
From: Jian Zhang [mailto:[EMAIL PROTECTED]]
Sent: 02 February 2001 11:51
To: '[EMAIL PROTECTED]'
Subject: RE: ClassPath question?
Thanks. I just tried "/usr/local/tomcat/lib/servlet.jar" and
it worked.
I noticed that the first line HelloWorld
I have a couple of guesses - in the tomcat docs it states you can add a
classes directory at C:\Tomcat\classes - this is for all contexts to use -
what ever classes you put there i.e. helper classes can be utilized by all
contexts. If this is correct let me know [EMAIL PROTECTED] - again this
is
Is there somewhere that I can place a class so that it is only visible to a
certain context
Pete Ehli wrote:
I have a couple of guesses - in the tomcat docs it states you can add a
classes directory at C:\Tomcat\classes - this is for all contexts to use -
what ever classes you put there i.e.
in the webapps/WEB-INF/classes for the particular contexts
that is how I understand it.
jason
Doug Ferguson wrote:
Is there somewhere that I can place a class so that it is only visible to a
certain context
Pete Ehli wrote:
I have a couple of guesses - in the tomcat docs it states you
ssage -
From: "Jason Pell" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, February 01, 2001 6:16 PM
Subject: Re: CLASSPATH
in the webapps/WEB-INF/classes for the particular contexts
that is how I understand it.
jason
Doug Ferguson wrote:
Is there somewhere that I can p
Hi
I have
to disagree too !
i
insert the path of the classes12 zipfile to my class_path and it is working fine
-Original Message-From: Thomas Bezdicek
[mailto:[EMAIL PROTECTED]]Sent: Wed, January 31, 2001 11:34
AMTo: [EMAIL PROTECTED]Subject: AW:
Classpath Woe
Hi,
Hello Mike
Just a quick suggestion. Don't ever set a global classpath! If you set the classpath
for every application seperatly you know that if you deploy the application it will
still work. With a global classpath you can accidentally have a class in there that
your application needs and
Search the microsoft docs at msdn.microsoft.com for the "out of
environment space problem. There is a quick fix listed there. If I
remember correctly it deals with the dos box not properly automatically
detecting memory requirements for the environment space. If you can't
find the doc, try
Hi sam,
that means your classpath has not been set. from run
option in start menu type SYSEDIT.
give following commands in your autoexec.bat.
set TOMCAT_HOME=c:\tomcat
set JAVA_HOME=c:\jdk1.3
set classpath=%classpath%;c:\jsdk2.0\lib\jsdk.jar;
here I am assuming that all jdk, jsdk and tomcat
101 - 200 of 211 matches
Mail list logo