Re: Load oracle.jdbc.driver.OracleDriver class
On 6/24/05, Giacomino Raccuia <[EMAIL PROTECTED]> wrote: > With classes12.jar works fine, thanks lot!! But I can tell tomcat to use > .zip file like previous version? > > Bye > Mino > > On 24/06/2005 9:58, Anto Paul wrote: > > >On 6/24/05, Giacomino Raccuia <[EMAIL PROTECTED]> wrote: > > > > > >>I put the Jar (with tomcat 4.0.3 I use *classes12.zip*, for tomcat 5.5.9 > >>I use the same library or the *classes12.jar*?) in the common/lib, and > >>my classpath are: > >> > >>CLASSPATH=/usr1/jdk1.4.1 > >> > >>but the error doesn't change... > >> > >> > > > >Tomcat loads libraries with .jar extension only. Two suggestions I > >have for your problem. > >1, Try using the 9i driver if possible. > >2, Try to load using Thread.getContextClassLoader().loadClass() to > >test that the class is visible to your application. > > > > > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > In my knowledge Tomcat 4 and above works only with jar files. You might be having classes12.jar or unzipped class files in the 4.x version. -- rgds Anto Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Load oracle.jdbc.driver.OracleDriver class
With classes12.jar works fine, thanks lot!! But I can tell tomcat to use .zip file like previous version? Bye Mino On 24/06/2005 9:58, Anto Paul wrote: On 6/24/05, Giacomino Raccuia <[EMAIL PROTECTED]> wrote: I put the Jar (with tomcat 4.0.3 I use *classes12.zip*, for tomcat 5.5.9 I use the same library or the *classes12.jar*?) in the common/lib, and my classpath are: CLASSPATH=/usr1/jdk1.4.1 but the error doesn't change... Tomcat loads libraries with .jar extension only. Two suggestions I have for your problem. 1, Try using the 9i driver if possible. 2, Try to load using Thread.getContextClassLoader().loadClass() to test that the class is visible to your application. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Load oracle.jdbc.driver.OracleDriver class
On 6/24/05, Giacomino Raccuia <[EMAIL PROTECTED]> wrote: > I put the Jar (with tomcat 4.0.3 I use *classes12.zip*, for tomcat 5.5.9 > I use the same library or the *classes12.jar*?) in the common/lib, and > my classpath are: > > CLASSPATH=/usr1/jdk1.4.1 > > but the error doesn't change... Tomcat loads libraries with .jar extension only. Two suggestions I have for your problem. 1, Try using the 9i driver if possible. 2, Try to load using Thread.getContextClassLoader().loadClass() to test that the class is visible to your application. -- rgds Anto Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Load oracle.jdbc.driver.OracleDriver class
I put the Jar (with tomcat 4.0.3 I use *classes12.zip*, for tomcat 5.5.9 I use the same library or the *classes12.jar*?) in the common/lib, and my classpath are: CLASSPATH=/usr1/jdk1.4.1 but the error doesn't change... Thanks Mino On 23/06/2005 20:20, David Smith wrote: Put the jar in common/lib and don't mess with the classpath. Tomcat's internal classloaders will take care of finding the jar. --David Giacomino Raccuia wrote: Hi! I just upgraded from tomcat 4.0.3 to 5.5.9, I put all my librarie in shared/lib and set correctly the CLASSPATH, but when I try to load the class oracle.jdbc.driver.OracleDriver tomcat return this error ava.lang.ClassNotFoundException: oracle.jdbc.driver.OracleDriver java.net.URLClassLoader$1.run(URLClassLoader.java:198) java.security.AccessController.doPrivileged(Native Method) java.net.URLClassLoader.findClass(URLClassLoader.java:186) java.lang.ClassLoader.loadClass(ClassLoader.java:299) java.lang.ClassLoader.loadClass(ClassLoader.java:255) java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) java.lang.Class.forName0(Native Method) java.lang.Class.forName(Class.java:140) glib.sql.ConnectionPool.(ConnectionPool.java:41) org.apache.jsp.test_jsp._jspService(org.apache.jsp.test_jsp:111) org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:322) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:291) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) nmda.servlets.MultipartFilter.doFilter(MultipartFilter.java:58) Do you have any suggestion?? I try this code try { Class.forName ("oracle.jdbc.OracleDriver"); } catch (Exception ex) {} and works fine. Thanks Mino On 20/06/2005 16:30, Christoph Kutzinski wrote: Hi, I'm trying to install a custom CharsetProvider (UTF7) with my web application (i.e. deliver a JAR with a META-/services/java.nio.charset.spi.CharsetProvider entry in WEB-INF/lib) However the CharsetProvider isn't recognized when it comes to parsing (i.e. calling javax.mail.Part.getContent()) If I place the JAR into /lib/ext it works. The API of CharsetProvider (http://java.sun.com/j2se/1.5.0/docs/api/java/nio/charset/spi/CharsetProvider.html) says: "Charset providers may be installed in an instance of the Java platform as extensions, that is, jar files placed into any of the usual extension directories. Providers may also be made available by adding them to the applet or application class path or by some other platform-specific means. Charset providers are looked up via the current thread's context class loader." I interpret it this way: If the JAR is in the classpath (specifically: if it is found by the current context class loader) the Charsetprovider should be automatically recognized. I checked that the context classloader immediately before calling Part.getContent() is the webapp-classloader, so the JARs in WEB-INF/lib should be visible. So is there any solution to this other than placing the JAR in an extension directory? Could this be a Tomcat bug or is this expected behaviour due to the speciality of the webapp classloaders? (I tried to understand the implifications of Tomcats classloading at http://jakarta.apache.org/tomcat/tomcat-5.5-doc/class-loader-howto.html but couldn't figure it out by myself) Thank you, Christoph - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Load oracle.jdbc.driver.OracleDriver class
I had the driver jar in shared/lib, I tried to move into common/lib, restart tomcat, but doesn't work... :-( The same error. Thanks Mino On 23/06/2005 20:18, Phillip Qin wrote: Copy oracle driver jar to common/lib -Original Message- From: Giacomino Raccuia [mailto:[EMAIL PROTECTED] Sent: June 23, 2005 2:11 PM To: Tomcat Users List Subject: Load oracle.jdbc.driver.OracleDriver class Hi! I just upgraded from tomcat 4.0.3 to 5.5.9, I put all my librarie in shared/lib and set correctly the CLASSPATH, but when I try to load the class oracle.jdbc.driver.OracleDriver tomcat return this error ava.lang.ClassNotFoundException: oracle.jdbc.driver.OracleDriver java.net.URLClassLoader$1.run(URLClassLoader.java:198) java.security.AccessController.doPrivileged(Native Method) java.net.URLClassLoader.findClass(URLClassLoader.java:186) java.lang.ClassLoader.loadClass(ClassLoader.java:299) java.lang.ClassLoader.loadClass(ClassLoader.java:255) java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) java.lang.Class.forName0(Native Method) java.lang.Class.forName(Class.java:140) glib.sql.ConnectionPool.(ConnectionPool.java:41) org.apache.jsp.test_jsp._jspService(org.apache.jsp.test_jsp:111) org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:3 22) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:291) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) nmda.servlets.MultipartFilter.doFilter(MultipartFilter.java:58) Do you have any suggestion?? I try this code try { Class.forName ("oracle.jdbc.OracleDriver"); } catch (Exception ex) {} and works fine. Thanks Mino On 20/06/2005 16:30, Christoph Kutzinski wrote: Hi, I'm trying to install a custom CharsetProvider (UTF7) with my web application (i.e. deliver a JAR with a META-/services/java.nio.charset.spi.CharsetProvider entry in WEB-INF/lib) However the CharsetProvider isn't recognized when it comes to parsing (i.e. calling javax.mail.Part.getContent()) If I place the JAR into /lib/ext it works. The API of CharsetProvider (http://java.sun.com/j2se/1.5.0/docs/api/java/nio/charset/spi/CharsetProvide r.html) says: "Charset providers may be installed in an instance of the Java platform as extensions, that is, jar files placed into any of the usual extension directories. Providers may also be made available by adding them to the applet or application class path or by some other platform-specific means. Charset providers are looked up via the current thread's context class loader." I interpret it this way: If the JAR is in the classpath (specifically: if it is found by the current context class loader) the Charsetprovider should be automatically recognized. I checked that the context classloader immediately before calling Part.getContent() is the webapp-classloader, so the JARs in WEB-INF/lib should be visible. So is there any solution to this other than placing the JAR in an extension directory? Could this be a Tomcat bug or is this expected behaviour due to the speciality of the webapp classloaders? (I tried to understand the implifications of Tomcats classloading at http://jakarta.apache.org/tomcat/tomcat-5.5-doc/class-loader-howto.html but couldn't figure it out by myself) Thank you, Christoph - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] !DSPAM:42bafb4e110031577611889! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AutoReply: Re: Load oracle.jdbc.driver.OracleDriver class
***This is an auto generated mail, to aknowledge the receiept of your mail*** Hello "Tomcat Users List" , This refers to your mail with subject "Re: Load oracle.jdbc.driver.OracleDriver class" receieved on Thu, 23 Jun 2005 18:17:43 GMT from David Smith <[EMAIL PROTECTED]> to our email id - Tomcat Users List . Thank you for applying for the advertised position with one of our leading clients. We will contact you by phone/email, if we find your profile meeting the client's requirement. In case you require any further information please do contact us. with warm regards, Team @ A. S. Consultancy Services #1205, 2nd Main, 2nd Cross, Vijayanagar, Bangalore - 560040, India Tele - 91 80 2310 9012, Telefax - 91 80 2330 5364, Email: [EMAIL PROTECTED] URL: www.asconsultancy.com Please Note 1. This email id (Tomcat Users List ) is meant for receiving job application mails only. For other informartion, please contact us at the above mentioned contact details. 2. This message and any files transmitted with it contain confidential information and are intended only for the individual named. If you are not the named addressee you must not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. 3. E-mail transmission cannot be guaranteed to be fully or partly secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The recipient should check this email and any attachments for the presence of viruses. The sender neither accepts liability for any errors or omissions in the contents of this message nor accepts any liability for any damage caused by any virus, which arise as a result of e-mail transmission. Warning: Although the company has taken reasonable precautions to ensure no viruses are present in this email, the company cannot accept responsibility for any loss or damage arising from the use of this email or attachments. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Load oracle.jdbc.driver.OracleDriver class
Put the jar in common/lib and don't mess with the classpath. Tomcat's internal classloaders will take care of finding the jar. --David Giacomino Raccuia wrote: Hi! I just upgraded from tomcat 4.0.3 to 5.5.9, I put all my librarie in shared/lib and set correctly the CLASSPATH, but when I try to load the class oracle.jdbc.driver.OracleDriver tomcat return this error ava.lang.ClassNotFoundException: oracle.jdbc.driver.OracleDriver java.net.URLClassLoader$1.run(URLClassLoader.java:198) java.security.AccessController.doPrivileged(Native Method) java.net.URLClassLoader.findClass(URLClassLoader.java:186) java.lang.ClassLoader.loadClass(ClassLoader.java:299) java.lang.ClassLoader.loadClass(ClassLoader.java:255) java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) java.lang.Class.forName0(Native Method) java.lang.Class.forName(Class.java:140) glib.sql.ConnectionPool.(ConnectionPool.java:41) org.apache.jsp.test_jsp._jspService(org.apache.jsp.test_jsp:111) org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:322) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:291) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) nmda.servlets.MultipartFilter.doFilter(MultipartFilter.java:58) Do you have any suggestion?? I try this code try { Class.forName ("oracle.jdbc.OracleDriver"); } catch (Exception ex) {} and works fine. Thanks Mino On 20/06/2005 16:30, Christoph Kutzinski wrote: Hi, I'm trying to install a custom CharsetProvider (UTF7) with my web application (i.e. deliver a JAR with a META-/services/java.nio.charset.spi.CharsetProvider entry in WEB-INF/lib) However the CharsetProvider isn't recognized when it comes to parsing (i.e. calling javax.mail.Part.getContent()) If I place the JAR into /lib/ext it works. The API of CharsetProvider (http://java.sun.com/j2se/1.5.0/docs/api/java/nio/charset/spi/CharsetProvider.html) says: "Charset providers may be installed in an instance of the Java platform as extensions, that is, jar files placed into any of the usual extension directories. Providers may also be made available by adding them to the applet or application class path or by some other platform-specific means. Charset providers are looked up via the current thread's context class loader." I interpret it this way: If the JAR is in the classpath (specifically: if it is found by the current context class loader) the Charsetprovider should be automatically recognized. I checked that the context classloader immediately before calling Part.getContent() is the webapp-classloader, so the JARs in WEB-INF/lib should be visible. So is there any solution to this other than placing the JAR in an extension directory? Could this be a Tomcat bug or is this expected behaviour due to the speciality of the webapp classloaders? (I tried to understand the implifications of Tomcats classloading at http://jakarta.apache.org/tomcat/tomcat-5.5-doc/class-loader-howto.html but couldn't figure it out by myself) Thank you, Christoph - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AutoReply: RE: Load oracle.jdbc.driver.OracleDriver class
***This is an auto generated mail, to aknowledge the receiept of your mail*** Hello "Tomcat Users List" , This refers to your mail with subject "RE: Load oracle.jdbc.driver.OracleDriver class" receieved on Thu, 23 Jun 2005 18:15:03 GMT from Phillip Qin <[EMAIL PROTECTED]> to our email id - 'Tomcat Users List' . Thank you for applying for the advertised position with one of our leading clients. We will contact you by phone/email, if we find your profile meeting the client's requirement. In case you require any further information please do contact us. with warm regards, Team @ A. S. Consultancy Services #1205, 2nd Main, 2nd Cross, Vijayanagar, Bangalore - 560040, India Tele - 91 80 2310 9012, Telefax - 91 80 2330 5364, Email: [EMAIL PROTECTED] URL: www.asconsultancy.com Please Note 1. This email id ('Tomcat Users List' ) is meant for receiving job application mails only. For other informartion, please contact us at the above mentioned contact details. 2. This message and any files transmitted with it contain confidential information and are intended only for the individual named. If you are not the named addressee you must not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. 3. E-mail transmission cannot be guaranteed to be fully or partly secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The recipient should check this email and any attachments for the presence of viruses. The sender neither accepts liability for any errors or omissions in the contents of this message nor accepts any liability for any damage caused by any virus, which arise as a result of e-mail transmission. Warning: Although the company has taken reasonable precautions to ensure no viruses are present in this email, the company cannot accept responsibility for any loss or damage arising from the use of this email or attachments. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Load oracle.jdbc.driver.OracleDriver class
Copy oracle driver jar to common/lib -Original Message- From: Giacomino Raccuia [mailto:[EMAIL PROTECTED] Sent: June 23, 2005 2:11 PM To: Tomcat Users List Subject: Load oracle.jdbc.driver.OracleDriver class Hi! I just upgraded from tomcat 4.0.3 to 5.5.9, I put all my librarie in shared/lib and set correctly the CLASSPATH, but when I try to load the class oracle.jdbc.driver.OracleDriver tomcat return this error ava.lang.ClassNotFoundException: oracle.jdbc.driver.OracleDriver java.net.URLClassLoader$1.run(URLClassLoader.java:198) java.security.AccessController.doPrivileged(Native Method) java.net.URLClassLoader.findClass(URLClassLoader.java:186) java.lang.ClassLoader.loadClass(ClassLoader.java:299) java.lang.ClassLoader.loadClass(ClassLoader.java:255) java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) java.lang.Class.forName0(Native Method) java.lang.Class.forName(Class.java:140) glib.sql.ConnectionPool.(ConnectionPool.java:41) org.apache.jsp.test_jsp._jspService(org.apache.jsp.test_jsp:111) org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:3 22) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:291) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) nmda.servlets.MultipartFilter.doFilter(MultipartFilter.java:58) Do you have any suggestion?? I try this code try { Class.forName ("oracle.jdbc.OracleDriver"); } catch (Exception ex) {} and works fine. Thanks Mino On 20/06/2005 16:30, Christoph Kutzinski wrote: > Hi, > > I'm trying to install a custom CharsetProvider (UTF7) with my web > application (i.e. deliver a JAR with a > META-/services/java.nio.charset.spi.CharsetProvider entry in WEB-INF/lib) > However the CharsetProvider isn't recognized when it comes to parsing > (i.e. calling javax.mail.Part.getContent()) > If I place the JAR into /lib/ext it works. > > The API of CharsetProvider > (http://java.sun.com/j2se/1.5.0/docs/api/java/nio/charset/spi/CharsetProvide r.html) > says: > "Charset providers may be installed in an instance of the Java > platform as extensions, that is, jar files placed into any of the > usual extension directories. Providers may also be made available by > adding them to the applet or application class path or by some other > platform-specific means. Charset providers are looked up via the > current thread's context class loader." > > I interpret it this way: > If the JAR is in the classpath (specifically: if it is found by the > current context class loader) the Charsetprovider should be > automatically recognized. > I checked that the context classloader immediately before calling > Part.getContent() is the webapp-classloader, so the JARs in > WEB-INF/lib should be visible. > > So is there any solution to this other than placing the JAR in an > extension directory? > Could this be a Tomcat bug or is this expected behaviour due to the > speciality of the webapp classloaders? (I tried to understand the > implifications of Tomcats classloading at > http://jakarta.apache.org/tomcat/tomcat-5.5-doc/class-loader-howto.html > but couldn't figure it out by myself) > > > Thank you, > Christoph > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] !DSPAM:42bafb4e110031577611889!