Re: AllowSymlink not working
On 06/09/2005 11:12, Francois JEANMOUGIN wrote: Hi all, Using tomcat 5.0.28 embedded in an application server. In this tomcat, I have an application in which classes and libs are symlinks to other parts of the FileSystem. I tried several AllowSymlink configurations (inside contetx, outside context, etc.) and several catalina.policy permissions configuration and nothing work. Hi! I simple add this lines (in bold) to server.xml Host name=localhost appBase=webapps unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false *Context docBase=YOUR_PATH path=/YOUR_PATH allowLinking=true* *Resources className=org.apache.naming.resources.FileDirContext* *allowLinking=true/* */Context* bye Mino - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat 5.5.9 and CVS project file on Linux
Hi, thanks to this list I installed and configured correctly tomcat 5.5.9 to work properly with my production eviroment, now I'd like to configure one instance of tomcat for every developer that works to my web site. I configured a new directory of tomcat and change the web server port, in the webapps directory I created a link to developer directory ( in the developer enviroment the file are under CVS repository, so when I modify a page I must checkout the file). When I try to access at this new tomcat instance, the tomcat return the error File /include/precontent-nocache.jsp not found I'm sure that the file are in the correct directory. If I change the directory on webapps with production directory works correctly. Do you have any idea?? Thank. Mino - 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.init(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 JRE/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]
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.init(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 JRE/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
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]
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.init(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 JRE/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]
Use JSPC
Hi, I'd like to compile the JSP pages when I upload some new files on server (tomcat 4.0.3) . I use the utility JSPC, but this generate only java file but not the class file. I read that JRun has JSPC with -compile argument while my JSPC utilty doesn't have thi argument. Is possible to generate class file with tomcat and JSPC? Or there is another utility to use? Thanks in advance. Bye Mino - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]