RE: Strange processes
OK, but these servers are all identical. Why would one do this and the rest not? I don't have direct access to this server, but will try what you suggest. -Original Message- From: Mikolaj Rydzewski [mailto:m...@ceti.pl] Sent: Thursday, November 05, 2009 1:41 PM To: Tomcat Users List Subject: Re: Strange processes Hehl, Thomas wrote: What I don't understand is that every time someone hits our site, tomcat spawns several more processes and they never go away. This same tomcat and webapp are currently running on nearly 40 servers and they all only have two processes except this one that spawns about 8 processes with every hit. Some linux kernels / JDKs shows java threads as separate processes. Check pstree output and java thread dump (kill -3 TOMCAT_PID). -- Mikolaj Rydzewski m...@ceti.pl - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Strange processes
OK, not identical. But they are the same linux version and have the same versions of all of the software that I'm using. Obviously there is some difference between them. -Original Message- From: Christopher Schultz [mailto:ch...@christopherschultz.net] Sent: Thursday, November 05, 2009 3:32 PM To: Tomcat Users List Subject: Re: Strange processes * PGP Signed by an unknown key Thomas, On 11/5/2009 1:44 PM, Hehl, Thomas wrote: OK, but these servers are all identical. Why would one do this and the rest not? Your previous statement seems to be in conflict with your observations. Something must be different: kernel version? 'ps' version? -chris * Unknown Key * 0xF2EFD0F0(L) - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Management app start
I have a client using our software and have set up for them a user for the management app. They brought up the management app and stopped the webapp, but cannot seem to get it started again. I had them e-mail the log, but no help. This is a remote client, so I'm stuck as to what to look at next. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Management app start
Please forgive my foolishness as it is Friday afternoon and my brain must already be on weekend.:) Tomcat=6.0 Java=1.6 Redhat Linux 3.something. -Original Message- From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com] Sent: Friday, February 06, 2009 1:49 PM To: Tomcat Users List Subject: RE: Management app start From: Hehl, Thomas [mailto:thomas.h...@acs-inc.com] Subject: Management app start This is a remote client, so I'm stuck as to what to look at next. How about looking at the Tomcat version, JRE/JDK in use, OS, etc. - and then telling us what they are. Or consult a psychic. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Debugging tomcat with eclipse
It seems like I've had this working before, but it surely isn't working now. I am trying to setup tomcat 5.5 so I can debug it with eclipse. I found the docs and set up the following environment variables. CATALINA_OPTS=-Dp6.home=D:\tomcat\common\lib:-Xdebug -Xrunjdwp:transport=dt_soc ket,address=8000,server=y,suspend=n -Xmx1024m -Xms1024m -XX:PermSize=512m -XX:Ma xPermSize=512m -XX:NewSize=256m JPDA_ADDRESS=8000 JPDA_TRANSPORT=dt_socket Then I try to connect my debugger from eclipse using port 8000 and I get connection failed. Ideas? Thanks. Thom Hehl Sr. eJuror Architect * Office (859) 277-8800 x 144 * [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ACS, Inc. Government Solutions 1733 Harrodsburg Road Lexington, KY 40504-3617 This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message and notify sender via e-mail at [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] or by telephone at 859-277-8800 ext. 144. Thank you.
RE: anyone using JNDI connection pool for Informix Database on T omcat
I am on Informix 7 and 9 on tomcat 5.5 and 6. How can I help? -Original Message- From: Amitava Chakraborty [mailto:[EMAIL PROTECTED] Sent: Friday, January 25, 2008 3:43 AM To: users@tomcat.apache.org Subject: anyone using JNDI connection pool for Informix Database on Tomcat Please help me . I want to make a JNDI connection pool for Informix Database on Tomcat. Thanks.. Amitava - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: load balancing issue
Yes, struts and spring together. Dropping struts soon. The thing I don't understand is that if I connect to one of the servers' tomcat instance directly, it works fine. The error only shows up when I go through httpd as the load balancer. -Original Message- From: Len Popp [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 23, 2008 4:20 PM To: Tomcat Users List Subject: Re: load balancing issue So it seems that the application is sending a redirect to /myapp/myapp/index.html. You'll have to figure out why that is. (Judging from the URLs you mention it looks like you're using Struts, but I'm not an expert on that.) If you want to see whether the server is sending a redirect response, use a browser plug-in such as Live HTTP Headers or ieHTTPHeaders to look at the browser requests and server responses. -- Len On Jan 23, 2008 3:30 PM, Hehl, Thomas [EMAIL PROTECTED] wrote: The button will, in the example with questionnaire, point to ../do/workflowMgr?flowName=questionnaire. The good URL would be server/myapp/do/workflowMgr?flowName=questionnaire. That's why I don't understand why it's running to /myapp/myapp/index.html. Neither doubling up the app name or the index.html make any sense at all to me. -Original Message- From: Len Popp [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 23, 2008 3:07 PM To: Tomcat Users List Subject: Re: load balancing issue The obvious question is, does /myapp/myapp/index.html actually exist on the server? If the button sends you to the wrong URL then of course you get a 404. So the first place to look is the web page with that button on it. There are other things that could cause problems like that, but without details about your setup I don't want to make wild guesses. -- Len On Jan 23, 2008 1:13 PM, Hehl, Thomas [EMAIL PROTECTED] wrote: I am running apache httpd 2.0.46 on a redhat server as a load balancer for a tomcat 6 cluster, also on redhat servers. I point my browser to the home page on the load balancer server and it returns the index.html just fine. I log into the application, again, fine. I click on one of the menu items, which works, then I hit a button and I get a 404. For example, if the application was called myapp, the error says: HTTP Status 404 - /myapp/myapp/index.html _ type Status report message /myapp/myapp/index.html description The requested resource (/myapp/myapp/index.html) is not available. _ Apache Tomcat/6.0.14 Any ideas as to what might cause this error that deep? Thanks! Thom Hehl Sr. eJuror Architect * Office (859) 277-8800 x 144 * [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ACS, Inc. Government Solutions 1733 Harrodsburg Road Lexington, KY 40504-3617 This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message and notify sender via e-mail at [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] or by telephone at 859-277-8800 ext. 144. Thank you. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
load balancing issue
I am running apache httpd 2.0.46 on a redhat server as a load balancer for a tomcat 6 cluster, also on redhat servers. I point my browser to the home page on the load balancer server and it returns the index.html just fine. I log into the application, again, fine. I click on one of the menu items, which works, then I hit a button and I get a 404. For example, if the application was called myapp, the error says: HTTP Status 404 - /myapp/myapp/index.html _ type Status report message /myapp/myapp/index.html description The requested resource (/myapp/myapp/index.html) is not available. _ Apache Tomcat/6.0.14 Any ideas as to what might cause this error that deep? Thanks! Thom Hehl Sr. eJuror Architect * Office (859) 277-8800 x 144 * [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ACS, Inc. Government Solutions 1733 Harrodsburg Road Lexington, KY 40504-3617 This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message and notify sender via e-mail at [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] or by telephone at 859-277-8800 ext. 144. Thank you.
RE: load balancing issue
The button will, in the example with questionnaire, point to ../do/workflowMgr?flowName=questionnaire. The good URL would be server/myapp/do/workflowMgr?flowName=questionnaire. That's why I don't understand why it's running to /myapp/myapp/index.html. Neither doubling up the app name or the index.html make any sense at all to me. -Original Message- From: Len Popp [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 23, 2008 3:07 PM To: Tomcat Users List Subject: Re: load balancing issue The obvious question is, does /myapp/myapp/index.html actually exist on the server? If the button sends you to the wrong URL then of course you get a 404. So the first place to look is the web page with that button on it. There are other things that could cause problems like that, but without details about your setup I don't want to make wild guesses. -- Len On Jan 23, 2008 1:13 PM, Hehl, Thomas [EMAIL PROTECTED] wrote: I am running apache httpd 2.0.46 on a redhat server as a load balancer for a tomcat 6 cluster, also on redhat servers. I point my browser to the home page on the load balancer server and it returns the index.html just fine. I log into the application, again, fine. I click on one of the menu items, which works, then I hit a button and I get a 404. For example, if the application was called myapp, the error says: HTTP Status 404 - /myapp/myapp/index.html _ type Status report message /myapp/myapp/index.html description The requested resource (/myapp/myapp/index.html) is not available. _ Apache Tomcat/6.0.14 Any ideas as to what might cause this error that deep? Thanks! Thom Hehl Sr. eJuror Architect * Office (859) 277-8800 x 144 * [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ACS, Inc. Government Solutions 1733 Harrodsburg Road Lexington, KY 40504-3617 This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message and notify sender via e-mail at [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] or by telephone at 859-277-8800 ext. 144. Thank you. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JDBC connection through JNDI
I wish to create a JDBC connection and store it in a JNDI tree for use by a spring configuration file that usually runs my tomcat webapp. I'm trying to figure out how tomcat creates the connection pool from my config file and stores it in JNDI, but it is absolutely beyond me. I've googled and looked through the source code and am nearly lost. Thanks. Thom Hehl Sr. eJuror Architect * Office (859) 277-8800 x 144 * [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ACS, Inc. Government Solutions 1733 Harrodsburg Road Lexington, KY 40504-3617 This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message and notify sender via e-mail at [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] or by telephone at 859-277-8800 ext. 144. Thank you.
RE: JDBC connection through JNDI
I want to replicate it. I need to use my DAO spring configuration which loads the factory from JNDI for my connection pool. I want to create the connection pool and store it within JNDI so my test application picks up the spring configuration with no further fuss nor muss. -Original Message- From: Mark Thomas [mailto:[EMAIL PROTECTED] Sent: Monday, January 21, 2008 3:21 PM To: Tomcat Users List Subject: Re: JDBC connection through JNDI Hehl, Thomas wrote: I wish to create a JDBC connection and store it in a JNDI tree for use by a spring configuration file that usually runs my tomcat webapp. I'm trying to figure out how tomcat creates the connection pool from my config file and stores it in JNDI, but it is absolutely beyond me. Do you want to configure this, or understand how it works? Those are very different aims. Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 6 cluster
Holy smokes! I didn't even see that. Thanks for better at reading than me. :( -Original Message- From: Filip Hanik - Dev Lists [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 16, 2008 4:53 PM To: Tomcat Users List Subject: Re: Tomcat 6 cluster it would be very strange to how the cluster would have anything to do with this :) the error you are getting is: Caused by: java.net.UnknownHostException: lexecfin the JDBC driver is unable to resolve that name, put the name in your hosts file, or put the IP address instead of hostname for the jdbc connection and try again Filip Hehl, Thomas wrote: I've built tomcat 5 and 5.5 single servers a lot, but now I'm trying to build a tomcat 6 cluster for testing. The docs seem pretty straightforward (just uncomment the Cluster line) and I've followed it, but I'm getting errors. The error looks like: org.apache.tomcat.dbcp.dbcp.SQLNestedException: Cannot create PoolableConnectionFactory (Can't load driver java.lang.reflect.InvocationTargetException) at org.apache.tomcat.dbcp.dbcp.BasicDataSource.createDataSource(BasicDataSource .java:1225) at org.apache.tomcat.dbcp.dbcp.BasicDataSource.getConnection(BasicDataSource.ja va:880) at org.springframework.orm.hibernate3.LocalDataSourceConnectionProvider.getConn ection(LocalDataSourceConnectionProvider.java:81) at org.hibernate.cfg.SettingsFactory.buildSettings(SettingsFactory.java:84) at org.hibernate.cfg.Configuration.buildSettings(Configuration.java:2009) at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1292) at org.springframework.orm.hibernate3.LocalSessionFactoryBean.newSessionFactory (LocalSessionFactoryBean.java:805) at org.springframework.orm.hibernate3.LocalSessionFactoryBean.buildSessionFacto ry(LocalSessionFactoryBean.java:745) at org.springframework.orm.hibernate3.AbstractSessionFactoryBean.afterPropertie sSet(AbstractSessionFactoryBean.java:134) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory .invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1198) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory .initializeBean(AbstractAutowireCapableBeanFactory.java:1167) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory .createBean(AbstractAutowireCapableBeanFactory.java:427) at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(Ab stractBeanFactory.java:249) at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSi ngleton(DefaultSingletonBeanRegistry.java:155) at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(Abstra ctBeanFactory.java:246) at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(Abstra ctBeanFactory.java:160) at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolv eReference(BeanDefinitionValueResolver.java:267) at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolv eValueIfNecessary(BeanDefinitionValueResolver.java:110) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory .applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1095) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory .populateBean(AbstractAutowireCapableBeanFactory.java:857) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory .createBean(AbstractAutowireCapableBeanFactory.java:423) at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(Ab stractBeanFactory.java:249) at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSi ngleton(DefaultSingletonBeanRegistry.java:155) at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(Abstra ctBeanFactory.java:246) at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(Abstra ctBeanFactory.java:160) at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolv eReference(BeanDefinitionValueResolver.java:267) at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolv eValueIfNecessary(BeanDefinitionValueResolver.java:110) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory .applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1095) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory .populateBean(AbstractAutowireCapableBeanFactory.java:857
Tomcat 6 cluster
I've built tomcat 5 and 5.5 single servers a lot, but now I'm trying to build a tomcat 6 cluster for testing. The docs seem pretty straightforward (just uncomment the Cluster line) and I've followed it, but I'm getting errors. The error looks like: org.apache.tomcat.dbcp.dbcp.SQLNestedException: Cannot create PoolableConnectionFactory (Can't load driver java.lang.reflect.InvocationTargetException) at org.apache.tomcat.dbcp.dbcp.BasicDataSource.createDataSource(BasicDataSource .java:1225) at org.apache.tomcat.dbcp.dbcp.BasicDataSource.getConnection(BasicDataSource.ja va:880) at org.springframework.orm.hibernate3.LocalDataSourceConnectionProvider.getConn ection(LocalDataSourceConnectionProvider.java:81) at org.hibernate.cfg.SettingsFactory.buildSettings(SettingsFactory.java:84) at org.hibernate.cfg.Configuration.buildSettings(Configuration.java:2009) at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1292) at org.springframework.orm.hibernate3.LocalSessionFactoryBean.newSessionFactory (LocalSessionFactoryBean.java:805) at org.springframework.orm.hibernate3.LocalSessionFactoryBean.buildSessionFacto ry(LocalSessionFactoryBean.java:745) at org.springframework.orm.hibernate3.AbstractSessionFactoryBean.afterPropertie sSet(AbstractSessionFactoryBean.java:134) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory .invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1198) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory .initializeBean(AbstractAutowireCapableBeanFactory.java:1167) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory .createBean(AbstractAutowireCapableBeanFactory.java:427) at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(Ab stractBeanFactory.java:249) at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSi ngleton(DefaultSingletonBeanRegistry.java:155) at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(Abstra ctBeanFactory.java:246) at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(Abstra ctBeanFactory.java:160) at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolv eReference(BeanDefinitionValueResolver.java:267) at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolv eValueIfNecessary(BeanDefinitionValueResolver.java:110) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory .applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1095) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory .populateBean(AbstractAutowireCapableBeanFactory.java:857) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory .createBean(AbstractAutowireCapableBeanFactory.java:423) at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(Ab stractBeanFactory.java:249) at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSi ngleton(DefaultSingletonBeanRegistry.java:155) at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(Abstra ctBeanFactory.java:246) at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(Abstra ctBeanFactory.java:160) at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolv eReference(BeanDefinitionValueResolver.java:267) at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolv eValueIfNecessary(BeanDefinitionValueResolver.java:110) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory .applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1095) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory .populateBean(AbstractAutowireCapableBeanFactory.java:857) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory .createBean(AbstractAutowireCapableBeanFactory.java:423) at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(Ab stractBeanFactory.java:249) at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSi ngleton(DefaultSingletonBeanRegistry.java:155) at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(Abstra ctBeanFactory.java:246) at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(Abstra ctBeanFactory.java:160) at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInst
RE: Tomcat looses POST parameters
I've read other responses and don't know much more about what to tell you. It seems to be the first order of business is to figure out how to consistently re-create the problem. Have you tried running requests from a load testing app? Try banging on tomcat directly, then on Apache if no luck there. If this doesn't re-create the issue, then the problem is probably outside of tomcat's realm. Something's going on in your MyFaces or some such. Sorry not more help. -Original Message- From: M4N - Arjan Tijms [mailto:[EMAIL PROTECTED] Sent: Friday, August 24, 2007 12:43 PM To: users@tomcat.apache.org Subject: Tomcat looses POST parameters Hi, We're hosting a fairly high traffic web application based on Tomcat. It's running on Debian-Etch, JDK 5.0U10 and Tomcat 5.5.20. We're using Apache as a front-end with the AJP connector. The problem I'm encountering is that for a percentage of the POST requests, Tomcat seems to loose all parameters. Our application uses a filter that logs the (first few characters of) post parameters. This filter is installed as the first one in the filter chain, so nothing else can interfere with it. For requests originating from pages which logically can not produce such an empty post request, the log clearly shows there are no parameters. The problem is often fairly random, although I have been able to consistently reproduce it on one occasion. Using a proxy server to monitor what my browser was sending, I clearly saw in the raw HTTP headers that parameters where being send, yet they weren't received in Tomcat. I also enabled TCP/IP packet logging at the server for a while. For requests that appeared with empty parameters in Tomcat, the tcp/ip log showed the parameters did arrive at the server. Next to that I enabled debug logging in the AJP connector, and again the POST parameters were in the HTTP request but not present when the mentioned filter logged the request in Tomcat. I did notice though that the overwhelming majority of the empty post requests concerned Faces requests (we're using MyFaces 1.1.4). We store state on client, so typical Faces HTTP post requests are at least 22KB in size. Nevertheless, thousands of requests from the same pages from all kinds of different browsers arrive with the post parameters intact. I'm at a loss here how to proceed. Naturally I could change JSF to keep state on server, but because of the way some custom components work that's currently not an option. It would also not really solve the underlying problem of course. Any help would be greatly appreciated Kind regards, Arjan Tijms -- It's a cult. If you've coded for any length of time, you've run across someone from this warped brotherhood. Their creed: if you can write complicated code, you must be good. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: URL mangling
Aha! Yes I am. Kinda makes sense that would be it. Thanks so much for thinking deep enough to ask the question. I'm already forwarding everything that starts with my servlet. I coded all JSPs to use relative paths. Can I tell mod_jk to forward everything with a relative path to tomcat as well? -Original Message- From: Ben Souther [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 22, 2007 9:10 PM To: Tomcat Users List Subject: RE: URL mangling Yes, it should. Are you running tomcat behind Apache HTTPD or another web server to serve up static content? On Wed, 2007-08-22 at 09:17, Hehl, Thomas wrote: /* Shouldn't that get everything? I have a debug at the beginning of doFilter that prints out the request and I only get the original one, nothing for the images and stuff. -Original Message- From: Ben Souther [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 22, 2007 9:03 AM To: Tomcat Users List Subject: Re: URL mangling So now I'm trying to see if there's a way to mangle these urls dynamically on the security server instead so that I can use the same JSP for everything. I tried using a filter, but that works ONLY for the actual request itself. Filters evidently don't see requests for images or stylesheets, etc. Filters see whatever their mappings tell them to see. The url-mapping for filters works the same way as it does for servlets. What mapping are you using? - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: URL mangling
The benefit is the client is already doing it this way and wants us to it the same. The realities of the IT world. Alas... -Original Message- From: Ben Souther [mailto:[EMAIL PROTECTED] Sent: Thursday, August 23, 2007 8:23 AM To: Tomcat Users List Subject: RE: URL mangling Probably, I haven't done a lot of work with connectors. Maybe a better question at this point is, if you're going to pass everything to Tomcat anyway, is there still a benefit to using Apache HTTPD as a front end? Tomcat and the JVM have both made huge strides in performance over the last few years and many of us are running full fledged commercial apps with Tomcat running as a standalone. On Thu, 2007-08-23 at 07:58, Hehl, Thomas wrote: Aha! Yes I am. Kinda makes sense that would be it. Thanks so much for thinking deep enough to ask the question. I'm already forwarding everything that starts with my servlet. I coded all JSPs to use relative paths. Can I tell mod_jk to forward everything with a relative path to tomcat as well? -Original Message- From: Ben Souther [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 22, 2007 9:10 PM To: Tomcat Users List Subject: RE: URL mangling Yes, it should. Are you running tomcat behind Apache HTTPD or another web server to serve up static content? On Wed, 2007-08-22 at 09:17, Hehl, Thomas wrote: /* Shouldn't that get everything? I have a debug at the beginning of doFilter that prints out the request and I only get the original one, nothing for the images and stuff. -Original Message- From: Ben Souther [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 22, 2007 9:03 AM To: Tomcat Users List Subject: Re: URL mangling So now I'm trying to see if there's a way to mangle these urls dynamically on the security server instead so that I can use the same JSP for everything. I tried using a filter, but that works ONLY for the actual request itself. Filters evidently don't see requests for images or stylesheets, etc. Filters see whatever their mappings tell them to see. The url-mapping for filters works the same way as it does for servlets. What mapping are you using? - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
URL mangling
I have two ways of running my webapp. One is your basic webapp where tomcat answers the responses directly. The second runs security software the forwards the requests to another tomcat instance. This second version was mandated by our clients. The second version is brand new to us and I'm now faced with the possibility of having to update every JSP in our app so that form actions, images, references to style sheets, etc. all point to a mangled URL that runs through the security software instead of going at it directly. Relative paths are of no use in this instance. So now I'm trying to see if there's a way to mangle these urls dynamically on the security server instead so that I can use the same JSP for everything. I tried using a filter, but that works ONLY for the actual request itself. Filters evidently don't see requests for images or stylesheets, etc. Any ideas? I was wondering if some sort of valve would be useful. Thanks. Thom Hehl Sr. eJuror Architect * Office (859) 277-8800 x 144 * [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ACS, Inc. Government Solutions 1733 Harrodsburg Road Lexington, KY 40504-3617 This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message and notify sender via e-mail at [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] or by telephone at 859-277-8800 ext. 144. Thank you.
RE: URL mangling
/* Shouldn't that get everything? I have a debug at the beginning of doFilter that prints out the request and I only get the original one, nothing for the images and stuff. -Original Message- From: Ben Souther [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 22, 2007 9:03 AM To: Tomcat Users List Subject: Re: URL mangling So now I'm trying to see if there's a way to mangle these urls dynamically on the security server instead so that I can use the same JSP for everything. I tried using a filter, but that works ONLY for the actual request itself. Filters evidently don't see requests for images or stylesheets, etc. Filters see whatever their mappings tell them to see. The url-mapping for filters works the same way as it does for servlets. What mapping are you using? - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [OT] 20 Tips for Using Tomcat in Production
Oh, it's a Windows machine. Are those ever called servers? ;) Well, I'm a Unix guy, so that's not what I call them. :) -Original Message- From: Christopher Schultz [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 22, 2007 10:15 AM To: Tomcat Users List Subject: Re: [OT] 20 Tips for Using Tomcat in Production * PGP Signed by an unknown key Karel, Karel V Sedlacek wrote: I am running a 4 core, 8GB, Server 2003 SP1 EE (not R2) machine. One JRE: 1.5.0_09 Oh, it's a Windows machine. Are those ever called servers? ;) (Just kidding.) -chris * Unknown Key * 0xF2EFD0F0(L) - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Filter
Our application has a security filter on it that ensures access to all servlets is from a logged in user. This has worked fine for years. We are now testing over this new security software that relays requests from an external webapp to our internal one. The problem is that the security filter re-writes the URL, which is very different from the one on the outside. Anyone have an idea about what to do about this? Thanks. Thom Hehl Sr. eJuror Architect * Office (859) 277-8800 x 144 * [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ACS, Inc. Government Solutions 1733 Harrodsburg Road Lexington, KY 40504-3617 This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message and notify sender via e-mail at [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] or by telephone at 859-277-8800 ext. 144. Thank you.
FW: Filter
OK, since no one had a suggestion about that, is there ways out of a filter that won't re-write the URL? Maybe instead of using response.redirect? Thanks. _ From: Hehl, Thomas Sent: Monday, August 20, 2007 8:42 AM To: 'users@tomcat.apache.org' Subject: Filter Our application has a security filter on it that ensures access to all servlets is from a logged in user. This has worked fine for years. We are now testing over this new security software that relays requests from an external webapp to our internal one. The problem is that the security filter re-writes the URL, which is very different from the one on the outside. Anyone have an idea about what to do about this? Thanks. Thom Hehl Sr. eJuror Architect * Office (859) 277-8800 x 144 * [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ACS, Inc. Government Solutions 1733 Harrodsburg Road Lexington, KY 40504-3617 This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message and notify sender via e-mail at [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] or by telephone at 859-277-8800 ext. 144. Thank you.
RE: FW: Filter
Hmmm. So then for the example cited, the parameter to getRequestDispatcher() would be denyURI? What about the doFilter()? -Original Message- From: Ben Souther [mailto:[EMAIL PROTECTED] Sent: Monday, August 20, 2007 12:39 PM To: Tomcat Users List Subject: Re: FW: Filter Look at RequestDispatcher.forward. All of this takes place on the server and doesn't change the URL. http://java.sun.com/j2ee/1.4/docs/api/javax/servlet/RequestDispatcher.html#f orward(javax.servlet.ServletRequest,%20javax.servlet.ServletResponse) On Mon, 2007-08-20 at 11:35, Hehl, Thomas wrote: OK, since no one had a suggestion about that, is there ways out of a filter that won't re-write the URL? Maybe instead of using response.redirect? Thanks. _ From: Hehl, Thomas Sent: Monday, August 20, 2007 8:42 AM To: 'users@tomcat.apache.org' Subject: Filter Our application has a security filter on it that ensures access to all servlets is from a logged in user. This has worked fine for years. We are now testing over this new security software that relays requests from an external webapp to our internal one. The problem is that the security filter re-writes the URL, which is very different from the one on the outside. Anyone have an idea about what to do about this? Thanks. Thom Hehl Sr. eJuror Architect * Office (859) 277-8800 x 144 * [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ACS, Inc. Government Solutions 1733 Harrodsburg Road Lexington, KY 40504-3617 This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message and notify sender via e-mail at [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] or by telephone at 859-277-8800 ext. 144. Thank you. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JDBC connection issue
I am testing our webapp under tomcat 6 after being under tomcat 5.5. I have moved the following file from 5.5. into 6. I have placed it in the conf directory: Context path=/mo docBase=mo debug=0 reloadable=true crossContext=true Resource name=jdbc/mo auth=Container type=javax.sql.DataSource maxActive=20 maxIdle=-1 maxWait=1000 username=informix password=xxx driverClassName=com.informix.jdbc.IfxDriver url=jdbc:informix-sqli://vaninfmx1:7101/jur_feds:INFORMIXSERVER=gs_jms9/ /Context This works under 5.5, but under 6.0, I get Cannot create JDBC driver of class '' for connect URL 'null' And Could not obtain connection metadata. I've googled, and most seem to feel that these errors are caused by an issue in the context definition. I've looked through the docs and find nothing that got changed between 5.5 and 6.0 so I'm puzzled and trying here. Anyone? Thanks. Thom Hehl Sr. eJuror Architect * Office (859) 277-8800 x 144 * [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ACS, Inc. Government Solutions 1733 Harrodsburg Road Lexington, KY 40504-3617 This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message and notify sender via e-mail at [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] or by telephone at 859-277-8800 ext. 144. Thank you.
RE: JDBC connection issue
Hmmm. I'm thinking I'm beginning to get a whiff of the issue. Before, we would run multiple webapps and each had their own context file that matched the webapps. Like for the one below, we had one called mo.xml. We'd put all these in the CATALINA_HOME/conf/Catalina/localhost and it all worked great. With 6, I've dropped mo.xml into the conf directory directly since that seemed to be what the docs recommended. Now, I'm thinking, I need to integrate all this into context.xml. Is this what you're suggesting? BTW, I made sure the JDBC jar files are all in CATALINA_HOME/lib. Thanks. -Original Message- From: Mark Shifman [mailto:[EMAIL PROTECTED] Sent: Thursday, August 16, 2007 1:31 PM To: Tomcat Users List Subject: Re: JDBC connection issue I just upgraded from 5.5 to 6.0 without any problems. My webapp was deployed as a war file with the config.xml in the META-INF (the exact config for 5.5). The deployment does the correct thing with the config.xml. Make sure your jdbc library is in the CATALINA_HOME/lib dir. I also was playing around with using realms for the manager and found I had to put the manager's config.xml in the META-INF dir for things to work. I tried moving the config.xml to conf/Catalina/localhost and ... ... the manager was undeployed. mas Hehl, Thomas wrote: I am testing our webapp under tomcat 6 after being under tomcat 5.5. I have moved the following file from 5.5. into 6. I have placed it in the conf directory: Context path=/mo docBase=mo debug=0 reloadable=true crossContext=true Resource name=jdbc/mo auth=Container type=javax.sql.DataSource maxActive=20 maxIdle=-1 maxWait=1000 username=informix password=xxx driverClassName=com.informix.jdbc.IfxDriver url=jdbc:informix-sqli://vaninfmx1:7101/jur_feds:INFORMIXSERVER=gs_jms9/ /Context This works under 5.5, but under 6.0, I get Cannot create JDBC driver of class '' for connect URL 'null' And Could not obtain connection metadata. I've googled, and most seem to feel that these errors are caused by an issue in the context definition. I've looked through the docs and find nothing that got changed between 5.5 and 6.0 so I'm puzzled and trying here. Anyone? Thanks. Thom Hehl Sr. eJuror Architect * Office (859) 277-8800 x 144 * [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ACS, Inc. Government Solutions 1733 Harrodsburg Road Lexington, KY 40504-3617 This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message and notify sender via e-mail at [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] or by telephone at 859-277-8800 ext. 144. Thank you. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JDBC driver of class '' for connect URL 'null' in Tomcat 5.5. 12
Hmm. Sounds like, yeah, this is what I need to do too. -Original Message- From: Matthew Kerle [mailto:[EMAIL PROTECTED] Sent: Thursday, August 16, 2007 1:37 PM To: Tomcat Users List Subject: Re: JDBC driver of class '' for connect URL 'null' in Tomcat 5.5.12 Hi Chris I apologise for coming across a bit harsh there, don't mean to offend! I'll take it a bit easier...;-p Either of the methods you recommended looks good, the only trouble is that the doco is a bit... terse on the subject of setting up a JNDI datasource outside the war file, and it's not as straightforward or easy to find as compared to the method for placing the context.xml inside the deployment war, which is well documented. If I can make an observation, if people have been hitting the lists with this issue since the release of 5.5, then maybe the doco needs updating? a simple full code example on the JNDI resources howto page on both the ways you listed would probably kill most of those questions, and make life easier for the rest of us! How do you go about submitting an update to the documentation? I assume there's a short list of committers... To be honest I hadn't looked deeply into the jndi setup since 5.0, when we moved to 5.5 I tried to get the external-context.xml working, but everytime we deployed a war without a context .xml tomcat would delete the existing one, or overwrite it. the project didn't have the scope to get a good solution and I wasn't in charge of building deploys so it never happened. I'll try and dig through the archives to find a good example of that which works so we can update our procedure. cheers! Christopher Schultz wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Matt, Matthew Kerle wrote: Most of the sysadmin's I've worked with really don't like the idea of having to rip open a war and update some weird config file just to do a deploy. the alternative is I know all the passwords and build a war for each target, which is a crap solution. They're all crap solutions when nobody wants to do their job. Either the deployment folks have to do some work (horrors!) or the developers have to (oh, no!). The solution you're looking for is simply not recommended by this crowd. You CAN do this: 1. Set up a GlobalNamingResource and ResourceParams in your server.xml file. http://tomcat.apache.org/tomcat-5.5-doc/config/globalresources.html 2. Use a ResourceLink in your Context in your META-INF/context.xml file. http://tomcat.apache.org/tomcat-5.5-doc/config/context.html#Resource%20Links Another option is to have a context.xml file /outside/ of the WAR file. This requires alternate configuration -- details can be found in the archives for just about every week since the release of TC 5.5 ('cause someone always asks before searching). We should just be able to configure a datasource for a particular context in the target instance, and then forever after all deployments are database transparent. Am i missing something? The only thing you're missing is that this is no longer recommended procedure, which is why everyone is telling you to do it differently. Feel free to do it your own way, but don't complain when we tell you it's not a recommended / supported configuration. Sure, Tomcat will do it, but if you're having problems, your free tech-support provided by this forum might just refuse to help. I can't understand why it would be better to target a war file for a database, than have the configuration live in the instance and the war file is database-agnostic. makes change migration a *lot* easier. See the option above about using an outside-the-WAR file context.xml configuration file. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGxIYt9CaO5/Lv0PARArMNAKCZ/YLaoqADeT3OWZRkFdj0ycku0gCfc/bj M8Tiwu8RsSsOK0b+i9PLjaE= =x7NG -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Matthew Kerle IT Consultant Canberra, Australia Mobile: +61404 096 863 Email : [EMAIL PROTECTED] Web : http://threebrightlights.blogspot.com/ - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JDBC connection issue
OK, I was trying to go away from this approach because Tomcat 6 didn't ship with a conf/Catalina/localhost directory, but apparently, this is still the way to do things. So I created this directory, put the xml files that synced with my webapp in there and everything's back to working peachy keen. Shouldn't have messed with something that worked :(. -Original Message- From: David Smith [mailto:[EMAIL PROTECTED] Sent: Thursday, August 16, 2007 2:26 PM To: Tomcat Users List Subject: Re: JDBC connection issue Right ... tomcat 6's version of common/lib/ is simply lib/ Location of the driver jars is not entirely as simple as either in your webapp or on the container's lib directory. Like the Highlander (good movie if you haven't seen it), there can be only one. If another webapp is using it and it's in either common/lib/ or lib/ depending on your tomcat version, you can't have a copy in your webapp's WEB-INF/lib folder. --David Gregor Schneider wrote: I'm not sure about Tomcat 6, but in Tomcat 5.x there's no such thing as $CATALIN_HOME/lib. YOur JDBC-drivers should either be bundled with your web-app (if that's the only one using them) or, if used both from Tomcat and your webapp(s) to $CATALINA_HOME/common/lib Coming to the context: - Create a file called context.xml in your META-INF-directory of your web-app - define your context in there - pack your war - deploy - feel happy and read http://tomcat.apache.org/tomcat-6.0-doc/config/context.html Cheers Gregor - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]