Packaging of EJB3 Entity Beans inside .war
Hi, Does anyone know how to correctly package an EJB3/JBoss Entity bean inside a .WAR file for use in Tomcat correctly? I can correctly pass an EJB3 entity object to my Tomcat client using a sesson bean, but when I try to cast the returned object to my Entity bean type on the client I get a ClassCastException. I have seen in various places that this may be a packaging issue Does anyone know how/where to place the .class files for an Entity object in the war, or what structure to place them in? I have tried dumping them in a .jar in various places, to no avail. Cheers, Alex. -- Alexander Taylor [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
This application is not currently available
Hi In my web server environment, I have two Tomcat instances running behing an Apache httpd 2 server for clustering on the same machine. When I shutdown one server and use the site as the same time, I occasionally see the following error message: --- HTTP Status 503 - This application is not currently available type Status report message This application is not currently available description The requested service (This application is not currently available) is not currently available. Apache Tomcat/5.0.30 --- Anyone know what this is happening? May be the settings in my web.xml file? Thanks, Ben - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Where are the UNIX-type scripts?
Here are the savesets I used and I have all the scripts: jakarta-tomcat-5.5.9.tar.gz jakarta-tomcat-5.5.9-compat.tar.gz These files I grabbed were a binary distribution - already compiled and built. I'll bet the difference is, you built yours from source. Here are the files I have. I set this up on a Linux FC3 host: [EMAIL PROTECTED] bin]# cd $CATALINA_HOME/bin [EMAIL PROTECTED] bin]# ls -la total 1072 drwxr-xr-x 3 root root 4096 May 17 17:56 . drwxr-xr-x 11 root root 4096 May 17 17:56 .. -rw-r--r-- 1 root root 22547 Mar 26 13:22 bootstrap.jar -rw-r--r-- 1 root root 7684 Mar 26 13:22 catalina.bat -rwxr-xr-x 1 root root 10921 Mar 26 13:22 catalina.sh -rw-r--r-- 1 root root 9386 Mar 26 13:22 commons-daemon.jar -rw-r--r-- 1 root root 26202 Mar 26 13:22 commons-logging-api.jar -rw-r--r-- 1 root root511 Mar 26 13:22 cpappend.bat -rw-r--r-- 1 root root 1284 Mar 26 13:22 digest.bat -rwxr-xr-x 1 root root848 Mar 26 13:22 digest.sh -rw-r--r-- 1 root root 408051 Mar 26 13:22 jmx.jar -rwxr-xr-x 1 root root 76244 May 17 17:33 jsvc drwxr-xr-x 5 root root 4096 May 17 17:33 jsvc-src -rw-r--r-- 1 root root 73008 Mar 26 13:22 jsvc.tar.gz -rw-r--r-- 1 root root 3956 Mar 26 13:22 service.bat -rw-r--r-- 1 root root 2013 Mar 26 13:22 setclasspath.bat -rwxr-xr-x 1 root root 2788 Mar 26 13:22 setclasspath.sh -rw-r--r-- 1 root root 1273 Mar 26 13:22 shutdown.bat -rwxr-xr-x 1 root root787 Mar 26 13:22 shutdown.sh -rw-r--r-- 1 root root 1274 Mar 26 13:22 startup.bat -rwxr-xr-x 1 root root 1141 Mar 26 13:22 startup.sh -rw-r--r-- 1 root root 102400 Mar 26 13:23 tomcat5.exe -rw-r--r-- 1 root root 131072 Mar 26 13:23 tomcat5w.exe -rw-r--r-- 1 root root 12104 Mar 26 13:22 tomcat-juli.jar -rw-r--r-- 1 root root 2235 Mar 26 13:22 tool-wrapper.bat -rwxr-xr-x 1 root root 2549 Mar 26 13:22 tool-wrapper.sh -rw-r--r-- 1 root root 1280 Mar 26 13:22 version.bat -rw-r--r-- 1 root root790 Mar 26 13:22 version.sh [EMAIL PROTECTED] bin]# - Greg Scott -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Saturday, June 11, 2005 4:23 PM To: Tomcat Users List Subject: Where are the UNIX-type scripts? I recently downloaded the latest jakarta-tomcat-5.5.9.tar.gz installation files and set them up, but I can not find the startup.sh, catalina.sh, ... file. This is all I see: [EMAIL PROTECTED] bin]$ ls -l total 500 -rw-r--r-- 1 tcbox00 tcbox00 22547 Jun 11 09:10 bootstrap.jar -rw-r--r-- 1 tcbox00 tcbox00 7684 Jun 11 09:10 catalina.bat -rw-r--r-- 1 tcbox00 tcbox00 9386 Jun 11 09:10 commons-daemon.jar -rw-r--r-- 1 tcbox00 tcbox00 26202 Jun 11 09:10 commons-logging-api.jar -rw-r--r-- 1 tcbox00 tcbox00511 Jun 11 09:10 cpappend.bat -rw-r--r-- 1 tcbox00 tcbox00 1284 Jun 11 09:10 digest.bat -rw-r--r-- 1 tcbox00 tcbox00 73008 Jun 11 09:10 jsvc.tar.gz -rw-r--r-- 1 tcbox00 tcbox00 3956 Jun 11 09:10 service.bat -rw-r--r-- 1 tcbox00 tcbox00 2013 Jun 11 09:10 setclasspath.bat -rw-r--r-- 1 tcbox00 tcbox00 1273 Jun 11 09:10 shutdown.bat -rw-r--r-- 1 tcbox00 tcbox00 1274 Jun 11 09:10 startup.bat -rw-r--r-- 1 tcbox00 tcbox00 102400 Jun 11 09:10 tomcat5.exe -rw-r--r-- 1 tcbox00 tcbox00 131072 Jun 11 09:10 tomcat5w.exe -rw-r--r-- 1 tcbox00 tcbox00 12104 Jun 11 09:10 tomcat-juli.jar -rw-r--r-- 1 tcbox00 tcbox00 2235 Jun 11 09:10 tool-wrapper.bat -rw-r--r-- 1 tcbox00 tcbox00 1280 Jun 11 09:10 version.bat -rwxr-xr-x 1 tcbox00 tcbox00790 Jun 11 09:10 version.sh So, where are the UNIX-type scripts? Thanks Albretch - 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: Managing automatic deployment with multiple virtual hosts
That seems to have been the solution! Thanks very much. Is this documented anywhere in the official Tomcat documentation? -Original Message- From: charly [mailto:[EMAIL PROTECTED] Sent: 11 June 2005 10:08 To: Tomcat Users List Subject: Re: Managing automatic deployment with multiple virtual hosts Hello, have you tried naming the war files ROOT.war?? Because I think there is a special naming convention for the root context. This means if you have different applications you need to deploy them into different folders. Karl-Heinz - Original Message - From: Ben Rometsch [EMAIL PROTECTED] To: tomcat-user@jakarta.apache.org Sent: Friday, June 10, 2005 10:34 PM Subject: Managing automatic deployment with multiple virtual hosts Hi There, I am running Tomcat 5.5.9 in production, using 1 tomcat instance to service several websites (each with their own hostname) via virtual hosts. I have Apache 2 running in front of Tomcat, connecting via mod_jk. I am having OutOfMemory issues, and have noticed that, due to my webapps structure, I appear to be deploying 2 instances of each site. When I look in the manager application I see the following in the Application List: www.sitea.com/ localhost/sitea www.siteb.com/ localhost/siteb www.sitec.com/ localhost/sitec Etc. etc. My current directory structure is simply placing the war files for each application into the tomcat/webapps folder. I then add a Host declaration in the server.xml file for each virtual host: Host name=www.sitea.com Context path= docBase=/opt/tomcat/webapps/sitea debug=0 reloadable=true/ /Host Host name=www.siteb.com Context path= docBase=/opt/tomcat/webapps/siteb debug=0 reloadable=true/ /Host Host name=www.sitec.com Context path= docBase=/opt/tomcat/webapps/sitec debug=0 reloadable=true/ /Host I still have the localhost set up in the server.xml file: Host name=localhost appBase=webapps unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false I presume this is the culprit. The problem I am having is that I cant figure out how to get Tomcat to auto-deploy war files without then creating a second running instance in memory with a context path of /sitea. I've tried a variety of different directory structures, but am unable to deploy a war file without it correctly deploying to a / path, and thus not consuming more memory within the VM. Is there a best practise way of doing this? Should I be putting context.xml declarations in the META-INF directory of my war files? Thanks in advance, Ben - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ___ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de - 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: Managing automatic deployment with multiple virtual hosts
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/config/host.html#Automatic Application Deployment #The context path for this deployed Context will be a slash character (/) followed by the directory name, unless the directory name is ROOT, in which case the context path will be an empty string ().# The directory name is generated from the war filename. - Original Message - From: Ben Rometsch [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Sunday, June 12, 2005 12:39 PM Subject: RE: Managing automatic deployment with multiple virtual hosts That seems to have been the solution! Thanks very much. Is this documented anywhere in the official Tomcat documentation? -Original Message- From: charly [mailto:[EMAIL PROTECTED] Sent: 11 June 2005 10:08 To: Tomcat Users List Subject: Re: Managing automatic deployment with multiple virtual hosts Hello, have you tried naming the war files ROOT.war?? Because I think there is a special naming convention for the root context. This means if you have different applications you need to deploy them into different folders. Karl-Heinz - Original Message - From: Ben Rometsch [EMAIL PROTECTED] To: tomcat-user@jakarta.apache.org Sent: Friday, June 10, 2005 10:34 PM Subject: Managing automatic deployment with multiple virtual hosts Hi There, I am running Tomcat 5.5.9 in production, using 1 tomcat instance to service several websites (each with their own hostname) via virtual hosts. I have Apache 2 running in front of Tomcat, connecting via mod_jk. I am having OutOfMemory issues, and have noticed that, due to my webapps structure, I appear to be deploying 2 instances of each site. When I look in the manager application I see the following in the Application List: www.sitea.com/ localhost/sitea www.siteb.com/ localhost/siteb www.sitec.com/ localhost/sitec Etc. etc. My current directory structure is simply placing the war files for each application into the tomcat/webapps folder. I then add a Host declaration in the server.xml file for each virtual host: Host name=www.sitea.com Context path= docBase=/opt/tomcat/webapps/sitea debug=0 reloadable=true/ /Host Host name=www.siteb.com Context path= docBase=/opt/tomcat/webapps/siteb debug=0 reloadable=true/ /Host Host name=www.sitec.com Context path= docBase=/opt/tomcat/webapps/sitec debug=0 reloadable=true/ /Host I still have the localhost set up in the server.xml file: Host name=localhost appBase=webapps unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false I presume this is the culprit. The problem I am having is that I cant figure out how to get Tomcat to auto-deploy war files without then creating a second running instance in memory with a context path of /sitea. I've tried a variety of different directory structures, but am unable to deploy a war file without it correctly deploying to a / path, and thus not consuming more memory within the VM. Is there a best practise way of doing this? Should I be putting context.xml declarations in the META-INF directory of my war files? Thanks in advance, Ben - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ___ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de - 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] ___ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Where are the UNIX-type scripts?
Let's try this again. I don't know why the list bounced my reply... - Greg Scott -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Sunday, June 12, 2005 3:35 AM To: Greg Scott Subject: failure delivery Unable to deliver message to the following address(es) Tomcat Users List tomcat-user@jakarta.apache.org. Remote host said: 554 delivery error: This user doesn't have an account --- Original message follows. Here are the savesets I used and I have all the scripts: jakarta-tomcat-5.5.9.tar.gz jakarta-tomcat-5.5.9-compat.tar.gz These files I grabbed were a binary distribution - already compiled and built. I'll bet the difference is, you built yours from source. Here are the files I have. I set this up on a Linux FC3 host: [EMAIL PROTECTED] bin]# cd $CATALINA_HOME/bin [EMAIL PROTECTED] bin]# ls -la total 1072 drwxr-xr-x 3 root root 4096 May 17 17:56 . drwxr-xr-x 11 root root 4096 May 17 17:56 .. -rw-r--r-- 1 root root 22547 Mar 26 13:22 bootstrap.jar -rw-r--r-- 1 root root 7684 Mar 26 13:22 catalina.bat -rwxr-xr-x 1 root root 10921 Mar 26 13:22 catalina.sh -rw-r--r-- 1 root root 9386 Mar 26 13:22 commons-daemon.jar -rw-r--r-- 1 root root 26202 Mar 26 13:22 commons-logging-api.jar -rw-r--r-- 1 root root511 Mar 26 13:22 cpappend.bat -rw-r--r-- 1 root root 1284 Mar 26 13:22 digest.bat -rwxr-xr-x 1 root root848 Mar 26 13:22 digest.sh -rw-r--r-- 1 root root 408051 Mar 26 13:22 jmx.jar -rwxr-xr-x 1 root root 76244 May 17 17:33 jsvc drwxr-xr-x 5 root root 4096 May 17 17:33 jsvc-src -rw-r--r-- 1 root root 73008 Mar 26 13:22 jsvc.tar.gz -rw-r--r-- 1 root root 3956 Mar 26 13:22 service.bat -rw-r--r-- 1 root root 2013 Mar 26 13:22 setclasspath.bat -rwxr-xr-x 1 root root 2788 Mar 26 13:22 setclasspath.sh -rw-r--r-- 1 root root 1273 Mar 26 13:22 shutdown.bat -rwxr-xr-x 1 root root787 Mar 26 13:22 shutdown.sh -rw-r--r-- 1 root root 1274 Mar 26 13:22 startup.bat -rwxr-xr-x 1 root root 1141 Mar 26 13:22 startup.sh -rw-r--r-- 1 root root 102400 Mar 26 13:23 tomcat5.exe -rw-r--r-- 1 root root 131072 Mar 26 13:23 tomcat5w.exe -rw-r--r-- 1 root root 12104 Mar 26 13:22 tomcat-juli.jar -rw-r--r-- 1 root root 2235 Mar 26 13:22 tool-wrapper.bat -rwxr-xr-x 1 root root 2549 Mar 26 13:22 tool-wrapper.sh -rw-r--r-- 1 root root 1280 Mar 26 13:22 version.bat -rw-r--r-- 1 root root790 Mar 26 13:22 version.sh [EMAIL PROTECTED] bin]# - Greg Scott -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Saturday, June 11, 2005 4:23 PM To: Tomcat Users List Subject: Where are the UNIX-type scripts? I recently downloaded the latest jakarta-tomcat-5.5.9.tar.gz installation files and set them up, but I can not find the startup.sh, catalina.sh, ... file. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Where are the UNIX-type scripts?
Its not the list bouncing your mail as I did get your mail as well as you would have. just ignore it and dont resend --- Greg Scott [EMAIL PROTECTED] wrote: Let's try this again. I don't know why the list bounced my reply... - Greg Scott -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Sunday, June 12, 2005 3:35 AM To: Greg Scott Subject: failure delivery Unable to deliver message to the following address(es) Tomcat Users List tomcat-user@jakarta.apache.org. Remote host said: 554 delivery error: This user doesn't have an account --- Original message follows. Here are the savesets I used and I have all the scripts: jakarta-tomcat-5.5.9.tar.gz jakarta-tomcat-5.5.9-compat.tar.gz These files I grabbed were a binary distribution - already compiled and built. I'll bet the difference is, you built yours from source. Here are the files I have. I set this up on a Linux FC3 host: [EMAIL PROTECTED] bin]# cd $CATALINA_HOME/bin [EMAIL PROTECTED] bin]# ls -la total 1072 drwxr-xr-x 3 root root 4096 May 17 17:56 . drwxr-xr-x 11 root root 4096 May 17 17:56 .. -rw-r--r-- 1 root root 22547 Mar 26 13:22 bootstrap.jar -rw-r--r-- 1 root root 7684 Mar 26 13:22 catalina.bat -rwxr-xr-x 1 root root 10921 Mar 26 13:22 catalina.sh -rw-r--r-- 1 root root 9386 Mar 26 13:22 commons-daemon.jar -rw-r--r-- 1 root root 26202 Mar 26 13:22 commons-logging-api.jar -rw-r--r-- 1 root root511 Mar 26 13:22 cpappend.bat -rw-r--r-- 1 root root 1284 Mar 26 13:22 digest.bat -rwxr-xr-x 1 root root848 Mar 26 13:22 digest.sh -rw-r--r-- 1 root root 408051 Mar 26 13:22 jmx.jar -rwxr-xr-x 1 root root 76244 May 17 17:33 jsvc drwxr-xr-x 5 root root 4096 May 17 17:33 jsvc-src -rw-r--r-- 1 root root 73008 Mar 26 13:22 jsvc.tar.gz -rw-r--r-- 1 root root 3956 Mar 26 13:22 service.bat -rw-r--r-- 1 root root 2013 Mar 26 13:22 setclasspath.bat -rwxr-xr-x 1 root root 2788 Mar 26 13:22 setclasspath.sh -rw-r--r-- 1 root root 1273 Mar 26 13:22 shutdown.bat -rwxr-xr-x 1 root root787 Mar 26 13:22 shutdown.sh -rw-r--r-- 1 root root 1274 Mar 26 13:22 startup.bat -rwxr-xr-x 1 root root 1141 Mar 26 13:22 startup.sh -rw-r--r-- 1 root root 102400 Mar 26 13:23 tomcat5.exe -rw-r--r-- 1 root root 131072 Mar 26 13:23 tomcat5w.exe -rw-r--r-- 1 root root 12104 Mar 26 13:22 tomcat-juli.jar -rw-r--r-- 1 root root 2235 Mar 26 13:22 tool-wrapper.bat -rwxr-xr-x 1 root root 2549 Mar 26 13:22 tool-wrapper.sh -rw-r--r-- 1 root root 1280 Mar 26 13:22 version.bat -rw-r--r-- 1 root root790 Mar 26 13:22 version.sh [EMAIL PROTECTED] bin]# - Greg Scott -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Saturday, June 11, 2005 4:23 PM To: Tomcat Users List Subject: Where are the UNIX-type scripts? I recently downloaded the latest jakarta-tomcat-5.5.9.tar.gz installation files and set them up, but I can not find the startup.sh, catalina.sh, ... file. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Send instant messages to your online friends http://uk.messenger.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tomcat 5.0 docs(no url configured for link)
At this page on the jakarta site http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/server.html on the left the General Intro link has no url configured. This is the url the link points to http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/connector.html could somebody pass it on to the site admins. regards kamal Send instant messages to your online friends http://uk.messenger.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Vexing problem with Tomcat 5.0.28/Pointbase/JNDI/ConnectionPooling
This tells me a lot: Caused by: java.sql.SQLException: No suitable driver Make sure the driver .jar file is in common/lib and the driverClassName parameter of your ResourceParams element references the correct driver class (don't use a DataSource class here). In your case, I think that should be 'com.pointbase.jdbc.jdbcUniversalDriver'. If you move the driver file into common/lib, restart Tomcat so it can see the jar file. --David Suraj Sashidharan wrote: Hi all, Tomcat 5.0.28 with Pointbase - Trying to obtain a database connection from the DataSource. I saw a zillion places in the web where they've discussed a problem quite similar to the exception shown below BUT, none exactly like what I'm experiencing. And by the way, I couldn't even find one case where they were trying to connect with Pointbase. I followed documentation from all over the web, but I don't see anything that I could be missing. To explain, many have complained about null values for class and URL in the exception message that you see below, but I don't have that problem. What could be wrong? I have spent 5 hours trying to fix this. (It is not even a case of the JDBC driver not being located as I get a different error message when I remove the JDBC driver .jar files (pbclient.jar). Pointbase is up and running on port 9092. Funny thing is the same error message comes up whether Pointbase is running or not.) Please HELP !! Exception : org.apache.commons.dbcp.SQLNestedException: Cannot create JDBC driver of class 'com.pointbase.jdbc.jdbcDataSource' for connect URL 'jdbc:pointbase:server://localhost:9092/dbCompany' at org.apache.commons.dbcp.BasicDataSource.createDataSource(BasicDataSource.java:780) at org.apache.commons.dbcp.BasicDataSource.getConnection(BasicDataSource.java:540) at dataaccess.UserDatabaseAccessBean.findByUserId(Unknown Source) at security.databaseclient.SecurityBean.login(Unknown Source) at security.SecurityControllerServlet.doPost(Unknown Source) at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:704) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:474) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:409) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:312) at framework.MainControllerServlet.processRequest(Unknown Source) at framework.MainControllerServlet.doPost(Unknown Source) at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) at
RE: Where are the UNIX-type scripts?
FYI. I didn't build mine from source Thanks Quoting Greg Scott [EMAIL PROTECTED]: Here are the savesets I used and I have all the scripts: jakarta-tomcat-5.5.9.tar.gz jakarta-tomcat-5.5.9-compat.tar.gz These files I grabbed were a binary distribution - already compiled and built. I'll bet the difference is, you built yours from source. Here are the files I have. I set this up on a Linux FC3 host: [EMAIL PROTECTED] bin]# cd $CATALINA_HOME/bin [EMAIL PROTECTED] bin]# ls -la total 1072 drwxr-xr-x 3 root root 4096 May 17 17:56 . drwxr-xr-x 11 root root 4096 May 17 17:56 .. -rw-r--r-- 1 root root 22547 Mar 26 13:22 bootstrap.jar -rw-r--r-- 1 root root 7684 Mar 26 13:22 catalina.bat -rwxr-xr-x 1 root root 10921 Mar 26 13:22 catalina.sh -rw-r--r-- 1 root root 9386 Mar 26 13:22 commons-daemon.jar -rw-r--r-- 1 root root 26202 Mar 26 13:22 commons-logging-api.jar -rw-r--r-- 1 root root511 Mar 26 13:22 cpappend.bat -rw-r--r-- 1 root root 1284 Mar 26 13:22 digest.bat -rwxr-xr-x 1 root root848 Mar 26 13:22 digest.sh -rw-r--r-- 1 root root 408051 Mar 26 13:22 jmx.jar -rwxr-xr-x 1 root root 76244 May 17 17:33 jsvc drwxr-xr-x 5 root root 4096 May 17 17:33 jsvc-src -rw-r--r-- 1 root root 73008 Mar 26 13:22 jsvc.tar.gz -rw-r--r-- 1 root root 3956 Mar 26 13:22 service.bat -rw-r--r-- 1 root root 2013 Mar 26 13:22 setclasspath.bat -rwxr-xr-x 1 root root 2788 Mar 26 13:22 setclasspath.sh -rw-r--r-- 1 root root 1273 Mar 26 13:22 shutdown.bat -rwxr-xr-x 1 root root787 Mar 26 13:22 shutdown.sh -rw-r--r-- 1 root root 1274 Mar 26 13:22 startup.bat -rwxr-xr-x 1 root root 1141 Mar 26 13:22 startup.sh -rw-r--r-- 1 root root 102400 Mar 26 13:23 tomcat5.exe -rw-r--r-- 1 root root 131072 Mar 26 13:23 tomcat5w.exe -rw-r--r-- 1 root root 12104 Mar 26 13:22 tomcat-juli.jar -rw-r--r-- 1 root root 2235 Mar 26 13:22 tool-wrapper.bat -rwxr-xr-x 1 root root 2549 Mar 26 13:22 tool-wrapper.sh -rw-r--r-- 1 root root 1280 Mar 26 13:22 version.bat -rw-r--r-- 1 root root790 Mar 26 13:22 version.sh [EMAIL PROTECTED] bin]# - Greg Scott -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Saturday, June 11, 2005 4:23 PM To: Tomcat Users List Subject: Where are the UNIX-type scripts? I recently downloaded the latest jakarta-tomcat-5.5.9.tar.gz installation files and set them up, but I can not find the startup.sh, catalina.sh, ... file. This is all I see: [EMAIL PROTECTED] bin]$ ls -l total 500 -rw-r--r-- 1 tcbox00 tcbox00 22547 Jun 11 09:10 bootstrap.jar -rw-r--r-- 1 tcbox00 tcbox00 7684 Jun 11 09:10 catalina.bat -rw-r--r-- 1 tcbox00 tcbox00 9386 Jun 11 09:10 commons-daemon.jar -rw-r--r-- 1 tcbox00 tcbox00 26202 Jun 11 09:10 commons-logging-api.jar -rw-r--r-- 1 tcbox00 tcbox00511 Jun 11 09:10 cpappend.bat -rw-r--r-- 1 tcbox00 tcbox00 1284 Jun 11 09:10 digest.bat -rw-r--r-- 1 tcbox00 tcbox00 73008 Jun 11 09:10 jsvc.tar.gz -rw-r--r-- 1 tcbox00 tcbox00 3956 Jun 11 09:10 service.bat -rw-r--r-- 1 tcbox00 tcbox00 2013 Jun 11 09:10 setclasspath.bat -rw-r--r-- 1 tcbox00 tcbox00 1273 Jun 11 09:10 shutdown.bat -rw-r--r-- 1 tcbox00 tcbox00 1274 Jun 11 09:10 startup.bat -rw-r--r-- 1 tcbox00 tcbox00 102400 Jun 11 09:10 tomcat5.exe -rw-r--r-- 1 tcbox00 tcbox00 131072 Jun 11 09:10 tomcat5w.exe -rw-r--r-- 1 tcbox00 tcbox00 12104 Jun 11 09:10 tomcat-juli.jar -rw-r--r-- 1 tcbox00 tcbox00 2235 Jun 11 09:10 tool-wrapper.bat -rw-r--r-- 1 tcbox00 tcbox00 1280 Jun 11 09:10 version.bat -rwxr-xr-x 1 tcbox00 tcbox00790 Jun 11 09:10 version.sh So, where are the UNIX-type scripts? Thanks Albretch - 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: Where are the UNIX-type scripts?
But the dates on your files are June 11 and the dates on mine are March 26. I don't have the exact URL where I downloaded mine, just navigated there from the Jakarta home page. - Greg -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Sunday, June 12, 2005 1:39 PM To: Tomcat Users List Subject: RE: Where are the UNIX-type scripts? FYI. I didn't build mine from source Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Where are the UNIX-type scripts?
[EMAIL PROTECTED] wrote: I recently downloaded the latest jakarta-tomcat-5.5.9.tar.gz installation files and set them up, but I can not find the startup.sh, catalina.sh, ... file. This is all I see: [EMAIL PROTECTED] bin]$ ls -l total 500 snip So, where are the UNIX-type scripts? I have just downloaded jakarta-tomcat-5.5.9.tar.gz and confirmed the *.sh files are all present in the tar ball. Did you use GNU tar to extract the files? Some verisons of tar do not do extract all of the files. I think there is some issue to do with path length. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Apache Tomcat JK1.2 Connector
I have connected these 2 servers previously, but I am now running into problems getting apache 2.0.5 to communicate with tomcat 5.5.9 using the jk1.2 connector on the Fedora Core 3 test 4. From looking through the jk log file it appears that apache is trying to communicate to 66.103.44.3:8009. I have no idea where this ip is coming from since both apache and tomcat are installed locally and there is only 1 nic with an internal ip of 192.168.50.5. If anyone can shed light on where I should be looking to resolve this conflict it would be much appreciated. Thanks, Darrell Bechtel
Maxime Buisson is out of the office.
I will be out of the office starting 13/06/2005 and will not return until 20/06/2005. I will be out of the office from monday 13th of June until Monday 20th of June. My emails will not be forwarded. For any urgent matters, contact Isabelle Picot: [EMAIL PROTECTED] With best regards, - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Vexing problem with Tomcat 5.0.28/Pointbase/JNDI/ConnectionPooling
Hi David, Your suggestion solved the problem. I never realized that I had put in a wrong class for the driver. (I didn't have to do any of the other suggestions that you'd made in order to make it work). Thanks so much for spending your time on this and helping me out. Thanks again! From: David Smith [EMAIL PROTECTED] Reply-To: Tomcat Users List tomcat-user@jakarta.apache.org To: Tomcat Users List tomcat-user@jakarta.apache.org Subject: Re: Vexing problem with Tomcat 5.0.28/Pointbase/JNDI/ConnectionPooling Date: Sun, 12 Jun 2005 13:49:52 -0400 This tells me a lot: Caused by: java.sql.SQLException: No suitable driver Make sure the driver .jar file is in common/lib and the driverClassName parameter of your ResourceParams element references the correct driver class (don't use a DataSource class here). In your case, I think that should be 'com.pointbase.jdbc.jdbcUniversalDriver'. If you move the driver file into common/lib, restart Tomcat so it can see the jar file. --David Suraj Sashidharan wrote: Hi all, Tomcat 5.0.28 with Pointbase - Trying to obtain a database connection from the DataSource. I saw a zillion places in the web where they've discussed a problem quite similar to the exception shown below BUT, none exactly like what I'm experiencing. And by the way, I couldn't even find one case where they were trying to connect with Pointbase. I followed documentation from all over the web, but I don't see anything that I could be missing. To explain, many have complained about null values for class and URL in the exception message that you see below, but I don't have that problem. What could be wrong? I have spent 5 hours trying to fix this. (It is not even a case of the JDBC driver not being located as I get a different error message when I remove the JDBC driver .jar files (pbclient.jar). Pointbase is up and running on port 9092. Funny thing is the same error message comes up whether Pointbase is running or not.) Please HELP !! Exception : org.apache.commons.dbcp.SQLNestedException: Cannot create JDBC driver of class 'com.pointbase.jdbc.jdbcDataSource' for connect URL 'jdbc:pointbase:server://localhost:9092/dbCompany' at org.apache.commons.dbcp.BasicDataSource.createDataSource(BasicDataSource.java:780) at org.apache.commons.dbcp.BasicDataSource.getConnection(BasicDataSource.java:540) at dataaccess.UserDatabaseAccessBean.findByUserId(Unknown Source) at security.databaseclient.SecurityBean.login(Unknown Source) at security.SecurityControllerServlet.doPost(Unknown Source) at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:704) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:474) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:409) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:312) at framework.MainControllerServlet.processRequest(Unknown Source) at framework.MainControllerServlet.doPost(Unknown Source) at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at
Re: Vexing problem with Tomcat 5.0.28/Pointbase/JNDI/ConnectionPooling
Hi Doug, Your suggestion is right on the money. Everything works well now. Thanks a lot! Regards, Suraj. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Apache Tomcat JK1.2 Connector
Look in the Apache2\conf\workers.properties file. -Original Message- From: Darrell Bechtel [mailto:[EMAIL PROTECTED] Sent: Sunday, June 12, 2005 5:41 PM To: tomcat-user@jakarta.apache.org Subject: Apache Tomcat JK1.2 Connector I have connected these 2 servers previously, but I am now running into problems getting apache 2.0.5 to communicate with tomcat 5.5.9 using the jk1.2 connector on the Fedora Core 3 test 4. From looking through the jk log file it appears that apache is trying to communicate to 66.103.44.3:8009. I have no idea where this ip is coming from since both apache and tomcat are installed locally and there is only 1 nic with an internal ip of 192.168.50.5. If anyone can shed light on where I should be looking to resolve this conflict it would be much appreciated. Thanks, Darrell Bechtel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Apache Tomcat JK1.2 Connector
Both workers are setup to communicate to the localhost using port 8009?? Darrell -Original Message- From: David Short [mailto:[EMAIL PROTECTED] Sent: Sunday, June 12, 2005 9:11 PM To: 'Tomcat Users List' Subject: RE: Apache Tomcat JK1.2 Connector Look in the Apache2\conf\workers.properties file. -Original Message- From: Darrell Bechtel [mailto:[EMAIL PROTECTED] Sent: Sunday, June 12, 2005 5:41 PM To: tomcat-user@jakarta.apache.org Subject: Apache Tomcat JK1.2 Connector I have connected these 2 servers previously, but I am now running into problems getting apache 2.0.5 to communicate with tomcat 5.5.9 using the jk1.2 connector on the Fedora Core 3 test 4. From looking through the jk log file it appears that apache is trying to communicate to 66.103.44.3:8009. I have no idea where this ip is coming from since both apache and tomcat are installed locally and there is only 1 nic with an internal ip of 192.168.50.5. If anyone can shed light on where I should be looking to resolve this conflict it would be much appreciated. Thanks, Darrell Bechtel - 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]
Tomcat takes a long time to startup
2005-06-12 22:03:52 HostConfig[gspapptest1.zmd.fedex.com]: Deploying configuration descriptor jetspeed.xml 2005-06-12 22:15:25 HostConfig[gspapptest1.zmd.fedex.com]: Deploying configuration descriptor BDA.xml What could be making the time to deploy the jetspeed.xml over 12 minutes? This is my jetspeed.xml file: !-- portal webapp context -- Context path=/jetspeed docBase=jetspeed debug=00 reloadable=true crossContext=true swallowOutput=true Logger className=org.apache.catalina.logger.FileLogger prefix=jetspeed. suffix=.txt timestamp=true/ /Context Anthony Smith Programmer Analyst International Technologies 901-263-8953 Having education and talent doesn't make you better than the world... it makes you responsible for it!
Reject access to some files
Hello, how to reject access to files? E.g. I got property files and war files in my root directory and I they must not be readable via HTTP Request. Do I have to use the Security Manager? Thanks René