Frankly, I'm not quite sure I understand what your problem is. I've used
JDBC drivers from Oracle, Postgres, Sun, and (in a roundabout way) Versant,
and I'm yet to see anyone release a platform-specific JDBC jar.
Anyway, all I do is throw the .jar into the WEB-INF/lib path of the app that
uses it, and it always works for me.
What are you trying to do?
- r
On Tue, 14 Aug 2001 12:37:44 -0400 [EMAIL PROTECTED] wrote:
>
> >>Use "%CATALINA_HOME%\common\lib" if you want a JAR
> >>file visible to both applications *and* Catalina internal classes (which
> >>is rarely necessary).
>
> What about servlets that load at startup? Which directory does Catalina
> search? For servlets that load at startup, will Catalina find servlet
> classes in war files in the webapps folder? This didn't work for me.
>
>
> ____________________Reply Separator____________________
> Subject: Re: war files. (tomcat 4.0 beta 7)
> Author: [EMAIL PROTECTED]
> Date: 8/14/2001 9:26 AM
>
>
>
> On Tue, 14 Aug 2001, Pier P. Fumagalli wrote:
>
> > James, Stuart at [EMAIL PROTECTED] wrote:
> >
> > > I have packaged my web application in a .war file and deployed it
using
> > > tomcat 4.0 beta 7.
> > >
> > > perfect.
> > >
> > > The only way I could get it to work was to copy my database jar files
> into > > web-inf\lib, this would make my war file platform dependent as
> most database > > vendors ship different jars for each operating system.
> > >
> > > I tried them in the %CATALINA_HOME%\lib but that did not help.
> > >
> > > suggestions / recommendations.
> >
> > I _believe_... It's not %CATALINA_HOME%\lib, but
> %CATALINA_HOME%\common\lib >
>
> No, "%CATALINA_HOME%\lib" is the right place for JARs that should only be
> seen by applications. Use "%CATALINA_HOME%\common\lib" if you want a JAR
> file visible to both applications *and* Catalina internal classes (which
> is rarely necessary).
>
> Without knowing what the failure symptoms are when you put the JDBC
> driver files into "%CATALINA_HOME%\lib", it's a little hard to debug "that
> did not help".
>
> > But I might be wrong...
> >
> > Pier
> >
> >
> Craig
