Hi David,
I have a configuration similar to the one you say.
In my environment variables I don't have any ClassPath variable
defined. I have only defined JAVA_HOME and TOMCAT_HOME. My deployment
directory structure is like this:
webapps
--myapp
----WEB-INF
------classes
------lib
my classes12.jar is in the lib directory. I'm using Tomcat 3.2.3 and
everything is working. The file in the lib directory must be a jar file
and not a zip file. Check with winzip that the directory information for
each file in the zip file is correct.
To check if Tomcat is loading correctly the jar files you add in the lib
directory, create a small test code in your servlet that use a more simple
library that you added to the lib directory.
I hope this helps and sorry if I'm saying something you already know.
Federico Kolliker Frers
-----Original Message-----
From: A mailing list for discussion about Sun Microsystem's Java Servlet
API Technology. [mailto:[EMAIL PROTECTED]]On Behalf Of David
Bustin
Sent: Tuesday, October 30, 2001 3:47 PM
To: [EMAIL PROTECTED]
Subject: Re: A Servlet using JDBC error
Amrinder,
answer 1) The DB driver is part of the zip file. The zip file I have is an
uncompressed archive. I have also put this same file in the "path" as a
*.jar
file and I have also unziped and placed the classes directly into the
"path".
answer 2) I get NO exceptions caught in the catch clause.
This definitely seems like it is a path issue. The big question that is
still
-- what _is_ the "correct path?" Do the *.jar/classes need to be in more
that
one location as they do if you are using JSP with Beans. Will Tomcat search
for
class/jar files in any location that is NOT in the CLASSPATH?
Dave
"Amrinder, Arora (Meritage)" wrote:
> Dave,
>
> You might have already checked this, but:
> Is the DB driver class that you are trying to use a part of the zip file?
> [You can use WinZip to see the contents of the zip file to see if it
indeed
> contains the class file in directory structure that corresponds to the
> package qualified name that you are using].
>
> secondly do you get any errors in the catch clause of
> try {
> Class.forName ("_drive_class");
> }
>
> \amrinder
>
> -----Original Message-----
> From: David Bustin [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, October 30, 2001 3:32 PM
> To: [EMAIL PROTECTED]
> Subject: Re: A Servlet using JDBC error
>
> > Guru,
> >
> > Thank you for your time. To try to get past things you don't care about
> and get
> > to the things yo do care about.
> >
> > Here is a quick recap:
> > I am using Tomcat 3.2 on NT 4.0 connecting to Oracle 8.1.6 on a UNIX
host.
> I
> > am also running directly on the same NT 4.0 that is running Tomcat,
> therefore
> > only the Oracle database is remote across the network.
> >
> > My current ClassPath:
> >
>
.;g:\java;C:\jdk1.3.1\jre\lib\;C:\jdk1.3.1\jre\lib\rt.jar;C:\dggui\jakarta-t
> omcat-3.2.3\lib;
> >
> >
>
C:\dggui\jakarta-tomcat-3.2.3\lib\servlet.jar;C:\dggui\jakarta-tomcat-3.2.3\
> lib\jasper.jar;
> >
> > C:\Orant\JDBC\classes12.zip;
> >
> > My steps:
> > 1) made sure Tomcat was shutdown.
> > 2) I loaded the test app (DBservlet.java & DBservlet.class) into:
> > C:\install_dir\jakarta-tomcat-3.2.3\webapps\examples\WEB-INF\classes
> > 3) restarted Tomcat.
> > 4) accessed my app.
> > 5) received errors....
> >
> > I added the classes12.zip to my CLASSPATH before I tried to compile the
> first
> > time but the results are always the same. I was wondering if it had
> anything
> > to do with connecting to the database on a UNIX server from NT 4.0
running
> > Tomcat 3.2. So I tried to switch to the oci driver. I now get more
> errors
> > that suggest that the classpath is not setup correctly.
> >
> > Where should the classes12.zip and/or classes12.jar be located?
> >
> > TIA,
> > Dave
> >
> > "Raghupathy, Gurumoorthy" wrote:
> >
> > > yes please add it...
> > > both are diffrent...
> > > which server ( servlet engine do you use )
> > >
> > > reagrds
> > > guru
>
>
___________________________________________________________________________
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the
body
> of the message "signoff SERVLET-INTEREST".
>
> Archives: http://archives.java.sun.com/archives/servlet-interest.html
> Resources: http://java.sun.com/products/servlet/external-resources.html
> LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
>
>
___________________________________________________________________________
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the
body
> of the message "signoff SERVLET-INTEREST".
>
> Archives: http://archives.java.sun.com/archives/servlet-interest.html
> Resources: http://java.sun.com/products/servlet/external-resources.html
> LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
___________________________________________________________________________
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff SERVLET-INTEREST".
Archives: http://archives.java.sun.com/archives/servlet-interest.html
Resources: http://java.sun.com/products/servlet/external-resources.html
LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
___________________________________________________________________________
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff SERVLET-INTEREST".
Archives: http://archives.java.sun.com/archives/servlet-interest.html
Resources: http://java.sun.com/products/servlet/external-resources.html
LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
