Hay Benoit, this solved the Problem. JDBC Drivers are indicated in the lib-Folder (No Matter which ones) if they are .jar extended. Thanxs a lot. :)) Roman -----Urspr�ngliche Nachricht----- Von: Benoit Jacquemont [mailto:[EMAIL PROTECTED]] Gesendet: Montag, 7. Mai 2001 12:09 An: [EMAIL PROTECTED] Betreff: Re: AW: wired CLASSPATH behaviour Hi Roman, It is not a limitation of the classloader, but it's just about the way Tomcat works: it only appends jar files to its own classpath (which seems not to be the same classpath that you define within your system) which are in the WEB-INF/lib directory of the application. So, as jar files and zip files have the same file format (in fact jar files are zip files), you just need to rename them to make them taken into consideration by tomcat). Beno�t > hay Noel, > > no I have not tried this. I thought about, but this would mean that the > classloader does not support .zip files anymore. And I have not heard about > any change like this. > But it's still a good idea. I will give it a try and report results. > > thx > roman > > -----Urspr�ngliche Nachricht----- > Von: Noel E. Lecaros [mailto:[EMAIL PROTECTED]] > Gesendet: Montag, 7. Mai 2001 12:02 > An: [EMAIL PROTECTED] > Betreff: Re: wired CLASSPATH behaviour > > > Hi, Roman > > Just a thought, but have you tried RENAMING the file db2java.zip to > db2java.jar? > > Regards, > Noel Lecaros > > "Gerteis, Roman" wrote: > > Hay there, > > > > when I was deploying a application on Tomcat 3.2.1 we had some really > > wired > > > Problems with CLASSPATH issues. > > > > First of all this is the environment: > > * apache 1.3.14 > > * mod_jk.so > > * tomcat 3.2.1 > > on Redhat 6.2 > > JVM 1.3 (Sun distribution) > > > > ok. So we were putting JDBC Drivers of IBM (db2java.zip) on various > > places where we should be able to put them. > > > > 1. we put it into the $TOMCAT_HOME/lib/ to be include for whole tomcat. > > (did > > > not work) > > 2. we put it into the CLASSPATH environment inside the > > $TOMCAT_HOME/tomcat.sh script (did not work) > > 3. we put it into $TOMCAT_HOME/webapps/our_app/WEB-INF/lib/ (did not > > work) 4. we unpacked the zip file and put the package tree under > > $TOMCAT_HOME/webapps/our_app/WEB-INF/classes/ --> YUHEE, it worked. > > > > the depressing part of it was, that db2java.zip and the _right_ Path to > > it was shown in the CLASSPATH variable on every of the setups > > (System.out.println, or shellscript ECHO). But the JDBC Driver Manager > > dumped no suitable driver found. > > > > It took me quite a lot of time to make the application run, cause there > > was > > > no reason for the failure (If you have a package in your classpath, then > > you > > > would suggest that it is loaded, right?). > > > > Anyways. The whole adventure brings me to the conclusion that either the > > CLASSPATH environment of Sun JDK 1.3 for Linux is not working properly or > > .. > > > the dynamic loading of packages of TomCat is not fully reliable (which I > > honestly do not believe). > > > > Does anyone had similar Problems, and can someone give me a tip for where > > to > > > put JDBC Driver packages inside a Webapp? (WEB-INF/lib/ I thought, > > but....) > > > thx. and regards > > roman
