You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by Girijapathi <gi...@matsystems.com> on 2002/12/03 15:53:25 UTC
Please help me, problem in connecting to Oracle using think drivers in
tomcat
Dear Friends
Using Tomcat, I am developing one application, during the process, I
could able to connect to the oracle using JDBC-ODBC drivers, but I
could not connect to
the Oracle thin drivers
I am Using :
Windows NT
Oracle 8.0.5
Tomcat 4.1.2
What I have done :
I have download the Binary version of the tomcat from the Apache
web site and unzipped and placed in the D:\Tomcat
I Have created the catalina_home and set the path as d:\Tomcat
I have converted the classes111.zip and classes102.zip to class111.jar
and classes102.jar respectively
Trial one :
I have copied the above Jar files into "d:\tomcat\common\lib" folder
I have restarted the start the server
Result : Still I am getting the connection as Null
Trial Two.
I have set the Classpath for the above 2 jar file using the command set
classpath=%classpath%.;d:\tomcat\common\lib\classes111.jar;d:\tomcat\common\lib\classes102.jar
I have start the services ( startup.bat) and tried
Result: Connection =null
What else I have to do
Please help me
Advance Thank
Thanks
Girijapathi
Nagesh
"Cox, Charlie" wrote:
> why do you need a servlet wrapper for binary files? if you need to do
> pre/post-processing, use a filter and let tomcat server the file. This way
> you don't have to try to implement the http spec in your servlet.
>
> You will run into problems when a download manager requests 10 pieces(via
> http resume) of your file at once and you will end up serving the whole file
> 10 times if you have not handled 'resume' correctly. A filter resolved this
> for me.
>
> Charlie
>
> > -----Original Message-----
> > From: Vy Ho [mailto:st946tbf@drexel.edu]
> > Sent: Monday, December 02, 2002 12:46 PM
> > To: Tomcat Users List
> > Subject: Re: Problem downloading binary files, please help.
> >
> >
> >
> >
> > > I got a very weird error and here is the situation:
> > >
> > > The app I used: tomcat 4.06, phoenix web browser 0.3, ie6.0
> > >
> > > Here is the problem:
> > >
> > > When I set up an application in tomcat (with BASIC AUTHEN),
> > phoenix could
> > > download all binary files (.exe, .pdf, etc...) fine from
> > Tomcat server.
> > > Then I tested with IE6.0, and I got error (server could not
> > find the file
> > > or something). However, IE6.0 could download text file ok
> > without any
> > > problem. Ok, so I came back and delete the file index.html in the
> > > application, and I can download the file fine. Isn't this strange?
> > >
> > > But that's not all yet. I want to serve files using a
> > servlet wraper.
> > > Basically send back the binary with the right content type.
> > > Mozilla/phoenix can download without any problem. But
> > IE6.0 complain with
> > > the same error before. So, somehow the index.html file and
> > the servlet
> > > have something in common that make IE not working while it
> > works without
> > > the index.html and statically.
> > >
> > > Well, want another strange thing? I could not find anyone
> > complain about
> > > this, or even ask any question about this in newsgroup or
> > apache site.
> > > And I can produce consistently using different machine.
> > >
> > > Anyone have any idea? Is it Apache Tomcat or IE error? Or
> > both? Or it's
> > > me?
> > >
> > > I am sure Tomcat can be changed to work, since statically
> > served page
> > > works. And I am sure IE can be changed to work, since
> > Mozilla works all
> > > the time.
> > >
> > > Actually, I found any article in the newsgroup on Google
> > with a similar
> > > error, but very different situation (IIS server). And the
> > problem is in
> > > the expiration of a page. If some page has instant
> > expiration, then IE6
> > > has problem getting it. It could be the same problem.
> > Coudl someone help
> > > me out here since IE has 95% of the market share?
> > >
> > > Thank you very much in advance.
> > >
> > > Vy
> > >
> > >
> > >
> > >
> > > --
> > > To unsubscribe, e-mail:
> > <ma...@jakarta.apache.org>
> > > For additional commands, e-mail:
> > <ma...@jakarta.apache.org>
> > >
> > >
> > >
> > > --
> > > To unsubscribe, e-mail:
> > <ma...@jakarta.apache.org>
> > > For additional commands, e-mail:
> > <ma...@jakarta.apache.org>
> > >
> > >
> >
> >
> > --
> > To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
> --
> To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>