Re: Parallel deployment and session replication
Aristedes Maniatis amania...@apache.org wrote: I am an enthusiastic user of the new parallel deployment feature of tomcat 7. But I'm a little unclear about how it interacts with session replication. Each version of a webapp is treated as a separate webapp. If I have a cluster of tomcat instances: instance1/A#001.war instance2/A#001.war instance3/A#001.war And they are all replicating sessions (say using SimpleTcpCluster). Then I want to upgrade, so I introduce more war files: instance1/A#001.war instance1/A#002.war instance2/A#001.war instance2/A#002.war instance3/A#001.war instance3/A#002.war Now, since these are effectively the same applications, they are all on the same multicast address and port. So I assume that sessions will now replicate between all 6 instances. Nope. You have a three node cluster with two webapps deployed on each node with sessions replicating within each cluster of three webapps but not between versions of the webapp. * Will the old instances ever shut down? That is, will the sessions ever die on the old instances if they are part of the session replication cluster? Yes. They'll timeout normally. Note clustered sessions will take longer to completely timeout to allow for replication delays around session expiry time. * Is parallel deployment only designed to work with sticky sessions? No. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
IllegalStateException: The response object has been recycled and is no longer associated with this facade
Hi, I'm running Tomcat 7.0.19 to scale and serve images for use on a lot of websites. Since the upgrade from 7.0.16 to 7.0.19 I get the following stacks now and than. java.lang.IllegalStateException: The response object has been recycled and is no longer associated with this facade at org.apache.catalina.connector.ResponseFacade.isCommitted(ResponseFacade.java:325) ~[catalina.jar:7.0.19] at org.apache.catalina.connector.ResponseFacade.setContentType(ResponseFacade.java:237) ~[catalina.jar:7.0.19] at javax.servlet.ServletResponseWrapper.setContentType(ServletResponseWrapper.java:123) ~[servlet-api.jar:3.0.FR] at nl.base.io.HttpUtils.sendBaseFileToBrowser(HttpUtils.java:366) ~[HttpUtils.class:na] at nl.base.servlets.objects.MediaServlet.process(MediaServlet.java:272) [MediaServlet.class:na] at nl.base.servlets.objects.MediaServlet.doPost(MediaServlet.java:66) [MediaServlet.class:na] at nl.base.servlets.objects.MediaServlet.doGet(MediaServlet.java:59) [MediaServlet.class:na] at javax.servlet.http.HttpServlet.service(HttpServlet.java:629) [servlet-api.jar:na] at javax.servlet.http.HttpServlet.service(HttpServlet.java:722) [servlet-api.jar:na] I'm running with the security manager on, because I use RMI. And it runs on Debian 5 with Sun java 1.6.0_22 from the Debian pkg. Is this known? I didn't change code recently and I read it again and we are not doing unusual things with the Reponse object. Any hints? Should I file a bugreport? I'm going to upgrade to 7.0.20 this afternoon, but the release notes don't mention this problem as solved. Ronald.
Stuck at making jsvc while installing tomcat
Hi list, just got a similar error like ** Shen LI geminialex007 () gmail ! com http://marc.info/?a=13123443602r=1w=4 **I normally do not have any problem compiling packages etc. My question is therefore: as the doc's are not well understandable - this needs evidently some clarification: for a simple tomcat-installation: is it necessary to have jsvc installed? tnx Jörg - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Stuck at making jsvc while installing tomcat
Hi Jörg, Am Sonntag, den 14.08.2011, 14:48 +0200 schrieb kampmann: Hi list, just got a similar error like ** Shen LI geminialex007 () gmail ! com http://marc.info/?a=13123443602r=1w=4 **I normally do not have any problem compiling packages etc. can't help you there. My question is therefore: as the doc's are not well understandable - this needs evidently some clarification: You might help here, by pointing out, what you didn't understand. There is a lot of docucmentation. for a simple tomcat-installation: is it necessary to have jsvc installed? You only need jsvc, if you want to have tomcat listen directly to any port below 1024 - on unix at least. In that case jsvc will start as root and bind to the port. After that it will drop privileges and let tomcat continue. You don't need jsvc if you are willing to listen to a port higher than 1024, or put another server in front of tomcat - like apache httpd. Regards Felix tnx Jörg - 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: Stuck at making jsvc while installing tomcat
thnx Felix, this issue wasn't clear (from Tomcat-docs) - in the meantime I solved the problem: JAVA_HOME was set to a wrong value !! I fixed it and got jsvc :) cheers Jörg Felix Schumacher wrote: Hi Jörg, Am Sonntag, den 14.08.2011, 14:48 +0200 schrieb kampmann: Hi list, just got a similar error like ** Shen LI geminialex007 () gmail ! com http://marc.info/?a=13123443602r=1w=4 **I normally do not have any problem compiling packages etc. can't help you there. My question is therefore: as the doc's are not well understandable - this needs evidently some clarification: You might help here, by pointing out, what you didn't understand. There is a lot of docucmentation. for a simple tomcat-installation: is it necessary to have jsvc installed? You only need jsvc, if you want to have tomcat listen directly to any port below 1024 - on unix at least. In that case jsvc will start as root and bind to the port. After that it will drop privileges and let tomcat continue. You don't need jsvc if you are willing to listen to a port higher than 1024, or put another server in front of tomcat - like apache httpd. Regards Felix tnx Jörg - 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 -- === IBK-Consult for Climate Physics and Real-Time IT - D-31228 Peine +49-177-276-3140 www.ibk-consult.de www.xing.com/go/invuid/Joerg_Kampmann www.xing.com/hp/Joerg_Kampmann www.xing.com/net/mathe === - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: IllegalStateException: The response object has been recycled and is no longer associated with this facade
2011/8/14 Ronald Klop ronald-mailingl...@base.nl: I'm running Tomcat 7.0.19 to scale and serve images for use on a lot of websites. Since the upgrade from 7.0.16 to 7.0.19 I get the following stacks now and than. java.lang.IllegalStateException: The response object has been recycled and is no longer associated with this facade (...) Is this known? I didn't change code recently and I read it again and we are not doing unusual things with the Reponse object. Any hints? Should I file a bugreport? It is more likely that a problem is in your code, not in Tomcat. It looks like you accessed a Response that has already been recycled. Usually it happens when response object is stored in a field that is shared by several threads (e.g. in a field in a Servlet, because a single Servlet instance is shared by several threads). In case if there really is a bug, can you reproduce this issue with some sample code? There were refactorings in connectors, so some subtle changes in behaviour are possible, but thus far all such IllegalStateException issues that I remember were application errors. Recycling of facades can be turned on with a system property, and it is always on when running with a security manager. Were you running 7.0.16 with security manager as well? I'm going to upgrade to 7.0.20 this afternoon, but the release notes don't mention this problem as solved. Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
