Could not load com.mchange.v2.resourcepool.BasicResourcePool$1DestroyResourceTask
Hi I periodically receive this exception in tomcat 6.0 with hibernate 3.3 and c3p0 as connection pooling library... can you point me to docs to further investigate the problem? thanx the stack trace is : 6-lug-2009 9.08.31 org.apache.catalina.loader.WebappClassLoader loadClass INFO: Illegal access: this web application instance has been stopped already. Could not load com.mchange.v2.resourcepool.BasicResourcePool$1DestroyResourceTask. The eventual following stack trace is caused by an error thrown for debugging purposes as well as to attempt to terminate the thread which caused the illegal access, and has no functional impact. Exception in thread Timer-10 java.lang.NoClassDefFoundError: com/mchange/v2/resourcepool/BasicResourcePool$1DestroyResourceTask java.lang.IllegalStateException at com.mchange.v2.resourcepool.BasicResourcePool.destroyResource(BasicResourcePool.java:980) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1273) at com.mchange.v2.resourcepool.BasicResourcePool.removeResource(BasicResourcePool.java:1406) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233) at com.mchange.v2.resourcepool.BasicResourcePool.removeResource(BasicResourcePool.java:1378) at java.lang.ClassLoader.loadClassInternal(Unknown Source) at com.mchange.v2.resourcepool.BasicResourcePool.cullExpired(BasicResourcePool.java:1462) at com.mchange.v2.resourcepool.BasicResourcePool.destroyResource(BasicResourcePool.java:980) at com.mchange.v2.resourcepool.BasicResourcePool.access$1900(BasicResourcePool.java:32) at com.mchange.v2.resourcepool.BasicResourcePool.removeResource(BasicResourcePool.java:1406) at com.mchange.v2.resourcepool.BasicResourcePool$CullTask.run(BasicResourcePool.java:1937) at com.mchange.v2.resourcepool.BasicResourcePool.removeResource(BasicResourcePool.java:1378) at java.util.TimerThread.mainLoop(Unknown Source) at com.mchange.v2.resourcepool.BasicResourcePool.cullExpired(BasicResourcePool.java:1462) at java.util.TimerThread.run(Unknown Source) at com.mchange.v2.resourcepool.BasicResourcePool.access$1900(BasicResourcePool.java:32) Caused by: java.lang.ClassNotFoundException: com.mchange.v2.resourcepool.BasicResourcePool$1DestroyResourceTask at com.mchange.v2.resourcepool.BasicResourcePool$CullTask.run(BasicResourcePool.java:1937) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387) at java.util.TimerThread.mainLoop(Unknown Source) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233) at java.util.TimerThread.run(Unknown Source) at java.lang.ClassLoader.loadClassInternal(Unknown Source) 6-lug-2009 9.39.12 org.apache.catalina.loader.WebappClassLoader loadClass ... 8 more -- View this message in context: http://www.nabble.com/Could-not-load-com.mchange.v2.resourcepool.BasicResourcePool%241DestroyResourceTask-tp24352206p24352206.html Sent from the Tomcat - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Multiple invocation of servlet with the same URL request
Thanks Charles for the elucidation and the idea of using the stack trace. For the time being, however, I can't see anything wrong with my application. I'm attaching the stack trace below: == VISUALISATION! java.lang.Exception at webinterface.actions.JarRetriever.getStreamInfo(JarRetriever.java:100) at org.apache.struts.actions.DownloadAction.execute(DownloadAction.java:106) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414) at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.netbeans.modules.web.monitor.server.MonitorFilter.doFilter(MonitorFilter.java:390) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286) at org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.java:857) at org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.process(Http11AprProtocol.java:565) at org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1509) at java.lang.Thread.run(Thread.java:619) == VISUALISATION! java.lang.Exception at webinterface.actions.JarRetriever.getStreamInfo(JarRetriever.java:100) at org.apache.struts.actions.DownloadAction.execute(DownloadAction.java:106) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414) at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.netbeans.modules.web.monitor.server.MonitorFilter.doFilter(MonitorFilter.java:390) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286) at org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.java:857) at org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.process(Http11AprProtocol.java:565) at org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1509) at java.lang.Thread.run(Thread.java:619) == VISUALISATION! java.lang.Exception at webinterface.actions.JarRetriever.getStreamInfo(JarRetriever.java:100) at org.apache.struts.actions.DownloadAction.execute(DownloadAction.java:106) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) at
Re: Multiple invocation of servlet with the same URL request
2009/7/6 Daniele Development-ML daniele@googlemail.com: (...) Looking at the log and all the printouts, I have noticed that the servlet is invoked four times (four log entries in the database) instead of one. This is also shown by the four System.out lines I found in the screen when requesting the same URL. Anybody has any hint about this problem and how to resolve it? My idea is that the servlet might be relatively slow and thus Tomcat reiterates the request. Is this right? The user can reiterate the request if (s)he is tired of waiting, or happened to click the link several times. There are also some download accelerators that try to open several connections to download a file faster (asking for different byte ranges of the same file). Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Could not load com.mchange.v2.resourcepool.BasicResourcePool$1DestroyResourceTask
From: gasdia73 [mailto:gasdi...@gmail.com] Subject: Could not loadcom.mchange.v2.resourcepool.BasicResourcePool$1DestroyResourceTask I periodically receive this exception in tomcat 6.0 with hibernate 3.3 and c3p0 as connection pooling library... It looks like your webapp is starting an auxiliary timer thread and not terminating it properly when the webapp is being stopped. You can try implementing a ServletContextListener and have it terminate the extra thread in its contextDestroyed() method. Look at the servlet spec and the associated servlet API doc for details. - 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
header in Tomcat 6.x
Dear all; How can I set header in Tomcat 6 similar to IIS, in a way that when users type URL: http://mywebserver_name it automatically forwards to my webapp URL: http://mywebserver_name/myweb/jsp/login.jsp thanks. Tuan.
Does Tomcat ignore jsessionID URL's when usually cokies are used for session handling?
Hi, I have to integrate an applet into a larger html-based webapp. The html-based application uses cookies for session management, however the applet uses url-rewriting (jsessionid=...). My plan would be to pass the session-id to the applet as an applet-tag parameter, and simply re-write the applet's request URLs accordingly. What I wonder is, will Tomcat use the url-sessionid, if no cookie is submitted and session-handling is set to cookie? Thanks, Clemens - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Does Tomcat ignore jsessionID URL's when usually cokies are used for session handling?
Clemens Eisserer wrote: Hi, I have to integrate an applet into a larger html-based webapp. The html-based application uses cookies for session management, however the applet uses url-rewriting (jsessionid=...). My plan would be to pass the session-id to the applet as an applet-tag parameter, and simply re-write the applet's request URLs accordingly. What I wonder is, will Tomcat use the url-sessionid, if no cookie is submitted and session-handling is set to cookie? Have you tried it? If not, why not? If yes, what happened? Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Sticky session and ModJK Load Balancer
Hi, i have installed Apache 2.2 and two Tomcat 6 whit load balancing in cluster mode using mod_jk module and setting sticky session in TRUE, and memory replication. I was testing my project and work perfect. We have a dilemma using sticky session or not using it, with my team work. Setting sticky-session in TRUE, it works fine, even when one tomcat fails-over. When set to FALSE i can see that the session have some data loss, and the project start to fail. I was reading the book Professional Apache Tomcat 6, goggle searches and all kind of information in the net. The recommendation is: use sticky-session in TRUE with memory replication. Nobody mention concrete arguments, and need that to make a report to the system administrator, to make him understand why we need to use sticky-session in TRUE. My best regards, Emilio Recio - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Sticky session and ModJK Load Balancer
Emilio Recio wrote: Hi, i have installed Apache 2.2 and two Tomcat 6 whit load balancing in cluster mode using mod_jk module and setting sticky session in TRUE, and memory replication. I was testing my project and work perfect. We have a dilemma using sticky session or not using it, with my team work. Setting sticky-session in TRUE, it works fine, even when one tomcat fails-over. When set to FALSE i can see that the session have some data loss, and the project start to fail. I was reading the book Professional Apache Tomcat 6, goggle searches and all kind of information in the net. The recommendation is: use sticky-session in TRUE with memory replication. Nobody mention concrete arguments, and need that to make a report to the system administrator, to make him understand why we need to use sticky-session in TRUE. I would have thought the occasional data loss you see is argument enough. What more were you looking for? Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: header in Tomcat 6.x
From: Tuan Quan [mailto:tuan_q...@yahoo.com] Subject: header in Tomcat 6.x How can I set header in Tomcat 6 similar to IIS, in a way that when users type URL: http://mywebserver_name it automatically forwards to my webapp URL: http://mywebserver_name/myweb/jsp/login.jsp Take a look at http://tuckey.org/urlrewrite/ - 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
request thread hanging
Hi, I've got request threads hanging -- I can't seem to find out why. I've got a servlet that is sending an image retrieved from Jackrabbit. I use Commons IO -- IOUtils.copy()-- to copy the stream from the Jackrabbit node to response.getOutputStream(). Over time, the Tomcat manager shows an increasing number of request threads hanging for a long (infinite?) time. It's erratic, but the thread appears to be stuck when a request is not allowed to complete, e.g. if I hit stop on my browser while downloading the image. I can't replicate this on my test machine. My configuration is httpd 2.0.52 - mod_jk 1.2.26 - Tomcat 6.0.18 (Windows) with tcnative 1.1.14. I used jconsole to get a dump of the stuck thread -- see below. It looks like it is hanging on native method sendbb. I checked the archives and issue list, couldn't find anything relevant. Would appreciate any suggestions for further investigation. Best, WILL Name: ajp-8009-1 State: RUNNABLE Total blocked: 56 Total waited: 1,111 Stack trace: org.apache.tomcat.jni.Socket.sendbb(Native Method) org.apache.coyote.ajp.AjpAprProcessor.flush(AjpAprProcessor.java:1184) org.apache.coyote.ajp.AjpAprProcessor$SocketOutputBuffer.doWrite(AjpAprProcessor.java:1271) org.apache.coyote.Response.doWrite(Response.java:560) org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:353) org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:434) org.apache.tomcat.util.buf.ByteChunk.append(ByteChunk.java:349) org.apache.catalina.connector.OutputBuffer.writeBytes(OutputBuffer.java:381) org.apache.catalina.connector.OutputBuffer.write(OutputBuffer.java:370) org.apache.catalina.connector.CoyoteOutputStream.write(CoyoteOutputStream.java:89) org.apache.commons.io.IOUtils.copyLarge(IOUtils.java:1026) org.apache.commons.io.IOUtils.copy(IOUtils.java:999) com.forio.broadcast.controller.view.ImageView.renderMergedOutputModel(ImageView.java:29) org.springframework.web.servlet.view.AbstractView.render(AbstractView.java:257) org.springframework.web.servlet.DispatcherServlet.render(DispatcherServlet.java:1183) org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:902) org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:807) org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:571) org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:501) javax.servlet.http.HttpServlet.service(HttpServlet.java:617) javax.servlet.http.HttpServlet.service(HttpServlet.java:717) - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Sticky session and ModJK Load Balancer
Mark Thomas wrote: Emilio Recio wrote: Hi, i have installed Apache 2.2 and two Tomcat 6 whit load balancing in cluster mode using mod_jk module and setting sticky session in TRUE, and memory replication. I was testing my project and work perfect. We have a dilemma using sticky session or not using it, with my team work. Setting sticky-session in TRUE, it works fine, even when one tomcat fails-over. When set to FALSE i can see that the session have some data loss, and the project start to fail. I was reading the book Professional Apache Tomcat 6, goggle searches and all kind of information in the net. The recommendation is: use sticky-session in TRUE with memory replication. Nobody mention concrete arguments, and need that to make a report to the system administrator, to make him understand why we need to use sticky-session in TRUE. I would have thought the occasional data loss you see is argument enough. What more were you looking for? Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org Hi Mark, We are developing an e-commerce app. The application store in session a lot of information like user data, user history data, etc. The scenario is: 3 PC's, one with Apache 2.2, and the others have Tomcat 6. Apache has mod_jk to make load balancing, and the Tomcat 6 have configured in memory session replication, to support fail-over. STICKY SESSION FALSE: Some times: Tomcat1 after the login, has all the user info charged in session, when load balancer try to use the Tomcat2 some info is saved but other info is missing. We need to know good arguments to justify to the client, why we should use sticky session in true to avoid this missing data issue. The client doesn't want to use sticky session in TRUE, they arguments are: We loose performance in transactions and loose of loadbalancing (using sticky session in TRUE). Using sticky session in FALSE the Tomcat more idle attend the request that incoming and gain performance. One example: You have 4 users, two in tomcat1 and the other two in tomcat2. If users in tomcat2 logout, this stay idle when the other is attending the other two users. So, you loose load balancing. They arguments are partial true, using stick-session in TRUE , you have one tomcat attending a client session during its life cycle; even if this users are idle or has very active session. Its stable and fail-over tolerant. Of course you loose performance. So we need good arguments to explain why we need use, sticky session in true. My regards, Emilio Recio - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Session replication without Apache
Hi, I have a working prototype tomcat cluster with 2 worker nodes connected to Apache webserver as the Loadbalancer with mod_jk connectors. The session replication works like a charm with these 2 nodes. However, my ultimate goal is to deploy it over a system that does NOT have Apache (Instead has a Big-ip hardware loadbalancer). My question is - Is there a way to implement session replication on tomcat nodes without Apache? Thanks, Manu -- View this message in context: http://www.nabble.com/Session-replication-without-Apache-tp24360625p24360625.html Sent from the Tomcat - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Session replication without Apache
Manu_SF wrote: Hi, I have a working prototype tomcat cluster with 2 worker nodes connected to Apache webserver as the Loadbalancer with mod_jk connectors. The session replication works like a charm with these 2 nodes. However, my ultimate goal is to deploy it over a system that does NOT have Apache (Instead has a Big-ip hardware loadbalancer). My question is - Is there a way to implement session replication on tomcat nodes without Apache? Thanks, Manu Hi, i suggest you that read Professional Apache Tomcat 6 Author: Vivek Chopra, Sing Li, Jeff Genender (Chapter 11 and 17). They explain a lot of possibles configurations of Tomcat to Load Balancing and Replication Sessions. May by you can search the book in google and read only the chapter. See you - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Response Time in Jasper Logs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Eric, On 7/5/2009 2:56 PM, Robinson, Eric wrote: TOTAL REQUESTS: 43865 AVERAGE RESPONSE TIME: 18 ms RESPONSE TIME BREAKDOWN: 0 -10 ms: 36454 (83.00%) 11 -50 ms: 6128 (13.00%) 51 - 100 ms: 436 (0%) 101 - 250 ms: 453 (1.00%) 251 - 500 ms: 230 (0%) 501 - 1000 ms: 62 (0%) 1001 - 2500 ms: 41 (0%) 2501 - 5000 ms: 7 (0%) 5001 - 1 ms: 54 (0%) 10001 - 2 ms: 0 (0%) 2+ ms: 0 (0%) To me, this looks like healthy response time. I agree. I would run a remote benchmark to confirm that it's the /customer's/ network that has problems; I suspect that's where you'll find the problem. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkpSRZQACgkQ9CaO5/Lv0PAdxACfWNkKpa/irs/j0kdCHAZhPMDm HykAn16XqshdQExuIsUtwqmO3LwNDyOl =naOH -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Response Time in Jasper Logs
Christopher Schultz wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Eric, On 7/5/2009 2:56 PM, Robinson, Eric wrote: TOTAL REQUESTS: 43865 AVERAGE RESPONSE TIME: 18 ms RESPONSE TIME BREAKDOWN: 0 -10 ms: 36454 (83.00%) 11 -50 ms: 6128 (13.00%) 51 - 100 ms: 436 (0%) 101 - 250 ms: 453 (1.00%) 251 - 500 ms: 230 (0%) 501 - 1000 ms: 62 (0%) 1001 - 2500 ms: 41 (0%) 2501 - 5000 ms: 7 (0%) 5001 - 1 ms: 54 (0%) 10001 - 2 ms: 0 (0%) 2+ ms: 0 (0%) To me, this looks like healthy response time. I agree. I would run a remote benchmark to confirm that it's the /customer's/ network that has problems; I suspect that's where you'll find the problem. I would add that one good place to /start/ looking, is the DNS name resolution of your customer's workstations. Because if that is not working properly, then your server won't even see the request for a while after they click.. A simple nslookup your.server.name from a customer workstation will already tell you some. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: request thread hanging
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Will, On 7/6/2009 2:23 PM, Will Glass-Husain wrote: I've got request threads hanging [snip] My configuration is httpd 2.0.52 - mod_jk 1.2.26 - Tomcat 6.0.18 (Windows) with tcnative 1.1.14. When performing benchmarking of all Tomcat's connectors (see this thread: http://www.nabble.com/Apache-httpd-vs-Tomcat-static-content-performance-td23598263.html#a23598263), I came across a similar problem: NIO + tcnative = dangling file handles. I was running out of file handles, and a thread dump was not possible (see thread: http://www.nabble.com/NIO-Connector%3A-Too-many-open-files-td23655733.html). Apparently there was a nasty bug in 6.0.18 where files were not being closed properly in the NIO connector. Perhaps there were other fixes after 6.0.18 that might improve your situation. Try upgrading to 6.0.20 to see if things improve. Do you experience the same behavior when httpd is not part of the setup? - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkpSTBAACgkQ9CaO5/Lv0PAl2wCgnUbrccD816XPZE54noMeymQl VIkAoJ1n7icFQbQwEvzfOhKL0FSlNF4r =E10S -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Sticky session and ModJK Load Balancer
On 06.07.2009 20:27, Emilio Recio wrote: Mark Thomas wrote: Emilio Recio wrote: Hi, i have installed Apache 2.2 and two Tomcat 6 whit load balancing in cluster mode using mod_jk module and setting sticky session in TRUE, and memory replication. I was testing my project and work perfect. We have a dilemma using sticky session or not using it, with my team work. Setting sticky-session in TRUE, it works fine, even when one tomcat fails-over. When set to FALSE i can see that the session have some data loss, and the project start to fail. I was reading the book Professional Apache Tomcat 6, goggle searches and all kind of information in the net. The recommendation is: use sticky-session in TRUE with memory replication. Nobody mention concrete arguments, and need that to make a report to the system administrator, to make him understand why we need to use sticky-session in TRUE. I would have thought the occasional data loss you see is argument enough. What more were you looking for? Mark Hi Mark, We are developing an e-commerce app. The application store in session a lot of information like user data, user history data, etc. The scenario is: 3 PC's, one with Apache 2.2, and the others have Tomcat 6. Apache has mod_jk to make load balancing, and the Tomcat 6 have configured in memory session replication, to support fail-over. STICKY SESSION FALSE: Some times: Tomcat1 after the login, has all the user info charged in session, when load balancer try to use the Tomcat2 some info is saved but other info is missing. We need to know good arguments to justify to the client, why we should use sticky session in true to avoid this missing data issue. The client doesn't want to use sticky session in TRUE, they arguments are: We loose performance in transactions and loose of loadbalancing (using sticky session in TRUE). Using sticky session in FALSE the Tomcat more idle attend the request that incoming and gain performance. One example: You have 4 users, two in tomcat1 and the other two in tomcat2. If users in tomcat2 logout, this stay idle when the other is attending the other two users. So, you loose load balancing. They arguments are partial true, using stick-session in TRUE , you have one tomcat attending a client session during its life cycle; even if this users are idle or has very active session. Its stable and fail-over tolerant. Of course you loose performance. So we need good arguments to explain why we need use, sticky session in true. My regards, Emilio Recio Usually you only use a custering solution like Tomcat session replication if you really need high availability. Clustering adds some complexity to the system, so in order to justify that you need a reason, which should be, that your user sessions are expensive, so you do not want to loose them under any circumstances. If so, your primary goal is stability not performance. Adding any high availability solution also reduces performance (but maybe only a bit). Why use sticky sessions when doing session replication? Because without sticky sessions, each request depends on the fact, that the replication of the previous request to the same session was completed successfully. So the correctness of your application depends the whole time on the completeness of the session replication (because requests will switch form node to node a lot without stickyness). Whenever something goes wrong with respect to session replication, a user will fail. This seems to be, what you actually oberve when working without stickyness. Your application is *not* replicating completely. Stiky off is a good setting for testing, but not for production. With stickyness, under normal operation you don't rely on the fact, that replication works. Only in case a node goes bad, the sessions fail over and then you need the correctness of the previous replications. Usually this only happens unplanned like maybe once a month or even fewer times. It is also much easier to track what's going on and maybe wrong, when you have stickyness, because then all requests for one session can be usually found in the log files of only one node. You don't have to consolidate them from multiple nodes. Concerning performance: If you only plan 2 Tomcat nodes, then you have to size the in order for one node to be able to carry the full load. Otherwise when a node crashes, although you have session replication, it could happen that the remaining node is not able to cope with the load. So an uneven load distribution between the two nodes is not a real problem, each one should be able to handle all requests. Under high session load (like e.g. more than 1.000 users logged in) usually the request load distributes good enough to not produce a very uneven load. In short: stability is more important then performance in high-availability situations and a two node cluster should be designed such that a single node can carry all the load. Concerning
Re: Session replication without Apache
On 06.07.2009 20:33, Manu_SF wrote: Hi, I have a working prototype tomcat cluster with 2 worker nodes connected to Apache webserver as the Loadbalancer with mod_jk connectors. The session replication works like a charm with these 2 nodes. However, my ultimate goal is to deploy it over a system that does NOT have Apache (Instead has a Big-ip hardware loadbalancer). My question is - Is there a way to implement session replication on tomcat nodes without Apache? Tomcat cluster isn't aware in any way what kind of infrastructure is in front of Tomcat. So it doesn't know about your Apache/mod_jk and would replicate just the same when the requests come in via an http connector, distributed by a Big IP. But: Your load balancer should do correct stickyness. The usual basic client IP stickyness is not good. The load balancer could use e.g. its own cookie to track stickyness, or use the JSESSIONID cookie of Tomcat. See also: http://markmail.org/message/6ftyqbzmiulsve23 Regards, Rainer - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Response Time in Jasper Logs
I would add that one good place to /start/ looking, is the DNS name resolution of your customer's workstations. Because if that is not working properly, then your server won't even see the request for a while after they click.. Thanks for the suggestion. The clients connect by IP address and rDNS is disabled on the servers. I suspect WAN/Internet latency issues. -- Eric Robinson Disclaimer - July 6, 2009 This email and any files transmitted with it are confidential and intended solely for Tomcat Users List,a...@ice-sa.com. If you are not the named addressee you should not disseminate, distribute, copy or alter this email. Any views or opinions presented in this email are solely those of the author and might not represent those of Physician Select Management and Physician's Managed Care. Warning: Although Physician Select Management and Physician's Managed Care have taken reasonable precautions to ensure no viruses are present in this email, the companies cannot accept responsibility for any loss or damage arising from the use of this email or attachments. This disclaimer was added by Policy Patrol: http://www.policypatrol.com/ - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Multiple invocation of servlet with the same URL request
Check the access logs - you may be actually getting multiple requests. Mitch Claborn mi...@claborn.net Konstantin Kolinko wrote: 2009/7/6 Daniele Development-ML daniele@googlemail.com: (...) Looking at the log and all the printouts, I have noticed that the servlet is invoked four times (four log entries in the database) instead of one. This is also shown by the four System.out lines I found in the screen when requesting the same URL. Anybody has any hint about this problem and how to resolve it? My idea is that the servlet might be relatively slow and thus Tomcat reiterates the request. Is this right? The user can reiterate the request if (s)he is tired of waiting, or happened to click the link several times. There are also some download accelerators that try to open several connections to download a file faster (asking for different byte ranges of the same file). Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: request thread hanging
Interestingly - I can easily reproduce this by repeatedly refreshing the page when going through httpd When I go direct to Tomcat via http, it works fine. Maybe it's something about httpd or mod_jk then? WILL On Mon, Jul 6, 2009 at 12:10 PM, Christopher Schultzch...@christopherschultz.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Will, On 7/6/2009 2:23 PM, Will Glass-Husain wrote: I've got request threads hanging [snip] My configuration is httpd 2.0.52 - mod_jk 1.2.26 - Tomcat 6.0.18 (Windows) with tcnative 1.1.14. When performing benchmarking of all Tomcat's connectors (see this thread: http://www.nabble.com/Apache-httpd-vs-Tomcat-static-content-performance-td23598263.html#a23598263), I came across a similar problem: NIO + tcnative = dangling file handles. I was running out of file handles, and a thread dump was not possible (see thread: http://www.nabble.com/NIO-Connector%3A-Too-many-open-files-td23655733.html). Apparently there was a nasty bug in 6.0.18 where files were not being closed properly in the NIO connector. Perhaps there were other fixes after 6.0.18 that might improve your situation. Try upgrading to 6.0.20 to see if things improve. Do you experience the same behavior when httpd is not part of the setup? - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkpSTBAACgkQ9CaO5/Lv0PAl2wCgnUbrccD816XPZE54noMeymQl VIkAoJ1n7icFQbQwEvzfOhKL0FSlNF4r =E10S -END PGP SIGNATURE- - 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
load testing
We have been involved with load testing several sites that deploy a Tomcat server. When running a Load session, for some reason, each HTTP request will generate a login, when monitoring the server. The server is being monitored from the server-side and each request to the server will display a sessionid associated with the login id of the virtual client. However, when I login in manually I only see one sessionid associated with a login id as I navigate the site and request a page, and once I fire up another browser, and do the same navigation, I see the second sessionid. Have you folks seen this type of behavior on a Tomcat site, where virtual clients login generate multiple sessionids under load, running virtual client is 10, and the server see 20 sessionids? James - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: header in Tomcat 6.x
2009/7/6 Tuan Quan tuan_q...@yahoo.com: Dear all; How can I set header in Tomcat 6 similar to IIS, in a way that when users type URL: http://mywebserver_name it automatically forwards to my webapp URL: http://mywebserver_name/myweb/jsp/login.jsp Don't know what there is in IIS, but here you can set up ROOT application that has welcome-page that sends HTTP status code 302 redirection to your clients. E.g., (index.jsp): %...@taglib prefix=c uri=http://java.sun.com/jsp/jstl/core% c:redirect url=/myweb/jsp/ / or using response.sendRedirect(...) Also, usually you cannot send one to the login page directly: you should send them to some of the protected pages, and they will be redirected to the login page from there (unless they are already authenticated). - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
FW: JAAS Realm with JDBC Authentication
Hello, I'm writing a Login Module to autheniticate users and basing my code on the example provided by Sun whereby the CallBackHandler prompts users from the command line. However I'd like to do this using the web server dialog box and JDBC auth to the database. Any ideas would be helpful. Thankyou, Regards, Geofrey Rainey. == For more information on the Television New Zealand Group, visit us online at tvnz.co.nz == CAUTION: This e-mail and any attachment(s) contain information that is intended to be read only by the named recipient(s). This information is not to be used or stored by any other person and/or organisation.
Re: FW: JAAS Realm with JDBC Authentication
Geofrey Rainey wrote: Hello, I'm writing a Login Module to autheniticate users and basing my code on the example provided by Sun whereby the CallBackHandler prompts users from the command line. However I'd like to do this using the web server dialog box and JDBC auth to the database. Any ideas would be helpful. Look at Tomcat's own JAASRealm and DataSourceRealm. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: FW: JAAS Realm with JDBC Authentication
Hi Mark, Yes i've read that document many times. However still need a few pointers on writing the Login Module and how it integrates with the Callbackhandler to create the popup dialog. I can't really find any comprehensive doco on this. regards, Geoff. -Original Message- From: Mark Thomas [mailto:ma...@apache.org] Sent: Tuesday, 7 July 2009 10:44 a.m. To: Tomcat Users List Subject: Re: FW: JAAS Realm with JDBC Authentication Geofrey Rainey wrote: Hello, I'm writing a Login Module to autheniticate users and basing my code on the example provided by Sun whereby the CallBackHandler prompts users from the command line. However I'd like to do this using the web server dialog box and JDBC auth to the database. Any ideas would be helpful. Look at Tomcat's own JAASRealm and DataSourceRealm. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org == For more information on the Television New Zealand Group, visit us online at tvnz.co.nz == CAUTION: This e-mail and any attachment(s) contain information that is intended to be read only by the named recipient(s). This information is not to be used or stored by any other person and/or organisation. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: FW: JAAS Realm with JDBC Authentication
Geofrey Rainey wrote: Hi Mark, Yes i've read that document many times. However still need a few pointers on writing the Login Module and how it integrates with the Callbackhandler to create the popup dialog. I can't really find any comprehensive doco on this. I meant the source code. Mark regards, Geoff. -Original Message- From: Mark Thomas [mailto:ma...@apache.org] Sent: Tuesday, 7 July 2009 10:44 a.m. To: Tomcat Users List Subject: Re: FW: JAAS Realm with JDBC Authentication Geofrey Rainey wrote: Hello, I'm writing a Login Module to autheniticate users and basing my code on the example provided by Sun whereby the CallBackHandler prompts users from the command line. However I'd like to do this using the web server dialog box and JDBC auth to the database. Any ideas would be helpful. Look at Tomcat's own JAASRealm and DataSourceRealm. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org == For more information on the Television New Zealand Group, visit us online at tvnz.co.nz == CAUTION: This e-mail and any attachment(s) contain information that is intended to be read only by the named recipient(s). This information is not to be used or stored by any other person and/or organisation. - 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: Periodic slow response to initial call to HttpServletRequest.getParameter()
I'm investigating the same type of issue with very similar symptoms. It's always a POST but when the call to getParamter finally returns there are no parameters. -- View this message in context: http://www.nabble.com/Periodic-slow-response-to-initial-call-to-HttpServletRequest.getParameter%28%29-tp23989988p24364728.html Sent from the Tomcat - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Periodic slow response to initial call to HttpServletRequest.getParameter()
quite possible the Session timed out so you should check socket_connect_timeout for timeout related to the socket connection_pool_size for how many connections are in the pool connectionTimeout the number of ms the connector will wait after accepting a connection for request URI to present default is 60 seconds Martin Gainty __ Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen. Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni. Date: Mon, 6 Jul 2009 16:38:47 -0700 From: m...@tripadvisor.com To: users@tomcat.apache.org Subject: Re: Periodic slow response to initial call to HttpServletRequest.getParameter() I'm investigating the same type of issue with very similar symptoms. It's always a POST but when the call to getParamter finally returns there are no parameters. -- View this message in context: http://www.nabble.com/Periodic-slow-response-to-initial-call-to-HttpServletRequest.getParameter%28%29-tp23989988p24364728.html Sent from the Tomcat - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org _ Insert movie times and more without leaving Hotmail®. http://windowslive.com/Tutorial/Hotmail/QuickAdd?ocid=TXT_TAGLM_WL_HM_Tutorial_QuickAdd_062009
RE: request thread hanging
size of the image you are copying? if is over 2gb you might want to implment copyLarge method http://commons.apache.org/io/api-release/org/apache/commons/io/IOUtils.html#copyLarge(java.io.InputStream,%20java.io.OutputStream) also would be a good idea to trap IOException and NullPointerException hth Martin __ Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen. Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni. Date: Mon, 6 Jul 2009 11:23:29 -0700 Subject: request thread hanging From: wglasshus...@gmail.com To: users@tomcat.apache.org Hi, I've got request threads hanging -- I can't seem to find out why. I've got a servlet that is sending an image retrieved from Jackrabbit. I use Commons IO -- IOUtils.copy()-- to copy the stream from the Jackrabbit node to response.getOutputStream(). Over time, the Tomcat manager shows an increasing number of request threads hanging for a long (infinite?) time. It's erratic, but the thread appears to be stuck when a request is not allowed to complete, e.g. if I hit stop on my browser while downloading the image. I can't replicate this on my test machine. My configuration is httpd 2.0.52 - mod_jk 1.2.26 - Tomcat 6.0.18 (Windows) with tcnative 1.1.14. I used jconsole to get a dump of the stuck thread -- see below. It looks like it is hanging on native method sendbb. I checked the archives and issue list, couldn't find anything relevant. Would appreciate any suggestions for further investigation. Best, WILL Name: ajp-8009-1 State: RUNNABLE Total blocked: 56 Total waited: 1,111 Stack trace: org.apache.tomcat.jni.Socket.sendbb(Native Method) org.apache.coyote.ajp.AjpAprProcessor.flush(AjpAprProcessor.java:1184) org.apache.coyote.ajp.AjpAprProcessor$SocketOutputBuffer.doWrite(AjpAprProcessor.java:1271) org.apache.coyote.Response.doWrite(Response.java:560) org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:353) org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:434) org.apache.tomcat.util.buf.ByteChunk.append(ByteChunk.java:349) org.apache.catalina.connector.OutputBuffer.writeBytes(OutputBuffer.java:381) org.apache.catalina.connector.OutputBuffer.write(OutputBuffer.java:370) org.apache.catalina.connector.CoyoteOutputStream.write(CoyoteOutputStream.java:89) org.apache.commons.io.IOUtils.copyLarge(IOUtils.java:1026) org.apache.commons.io.IOUtils.copy(IOUtils.java:999) com.forio.broadcast.controller.view.ImageView.renderMergedOutputModel(ImageView.java:29) org.springframework.web.servlet.view.AbstractView.render(AbstractView.java:257) org.springframework.web.servlet.DispatcherServlet.render(DispatcherServlet.java:1183) org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:902) org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:807) org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:571) org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:501) javax.servlet.http.HttpServlet.service(HttpServlet.java:617) javax.servlet.http.HttpServlet.service(HttpServlet.java:717) - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org _ Windows Live™ SkyDrive™: Get 25 GB of free online storage. http://windowslive.com/online/skydrive?ocid=TXT_TAGLM_WL_SD_25GB_062009
