RE: Tomcat plans for per-webapp session replication
My apologies; let me clarify: Are there plans for session replication such that configuring server.xml is unnecessary? So rather than configuring it at the server level and simply marking a webapp as distributable, you could configure session replication in a webapp's META-INF or WEB-INF. Thanks, Andrew R Feller, Analyst University Information Systems 200 Fred Frey Building Louisiana State University Baton Rouge, LA, 70803 (225) 578-3737 (Office) (225) 578-6400 (Fax) -Original Message- From: Rainer Jung [mailto:[EMAIL PROTECTED] Sent: Monday, February 25, 2008 3:45 PM To: Tomcat Users List Subject: Re: Tomcat plans for per-webapp session replication Not sure what you mean by this: session replication is local to webapps. After configuring the cluster element in server.xml, you need to activate replication for each webapp with a distributable element in web.xml and only session changes for those webapps with distributable set get replicated. On the receiving end the replication messages are automatically dispatched to the same webapp. Maybe I din't understand your question? Regards, Rainer Andrew R Feller schrieb: Are there any plans to have Tomcat handle session replication on a per-webapp basis? We currently have several servers configured for session replication because of a single application. Not only do we not want session values from other applications on the machines to be replicated as it is unnecessary, we wanted a way to store that configuration with a webapp's META-INF. Andrew R Feller, Analyst University Information Systems 200 Fred Frey Building Louisiana State University http://www.lsu.edu/ Baton Rouge, LA, 70803 (225) 578-3737 (Office) (225) 578-6400 (Fax) - 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 plans for per-webapp session replication
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andrew, Andrew R Feller wrote: | My apologies; let me clarify: | | Are there plans for session replication such that configuring server.xml | is unnecessary? So rather than configuring it at the server level and | simply marking a webapp as distributable, you could configure session | replication in a webapp's META-INF or WEB-INF. You need to configure the cluster somewhere, and you can't do that in web.xml. Any cluster configuration is outside of the Servlet Spec, so it's gotta go somewhere besides web.xml. In Tomcat, that place is in server.xml. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkfEIkEACgkQ9CaO5/Lv0PDg1ACfSt5TRSqZR3ypvvtkoCK/oKMY tWAAoIPyAgNiw6sY7I5GkE5INCxEO2iY =69od -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]
Tomcat plans for per-webapp session replication
Are there any plans to have Tomcat handle session replication on a per-webapp basis? We currently have several servers configured for session replication because of a single application. Not only do we not want session values from other applications on the machines to be replicated as it is unnecessary, we wanted a way to store that configuration with a webapp's META-INF. Andrew R Feller, Analyst University Information Systems 200 Fred Frey Building Louisiana State University http://www.lsu.edu/ Baton Rouge, LA, 70803 (225) 578-3737 (Office) (225) 578-6400 (Fax)
Re: Tomcat plans for per-webapp session replication
Not sure what you mean by this: session replication is local to webapps. After configuring the cluster element in server.xml, you need to activate replication for each webapp with a distributable element in web.xml and only session changes for those webapps with distributable set get replicated. On the receiving end the replication messages are automatically dispatched to the same webapp. Maybe I din't understand your question? Regards, Rainer Andrew R Feller schrieb: Are there any plans to have Tomcat handle session replication on a per-webapp basis? We currently have several servers configured for session replication because of a single application. Not only do we not want session values from other applications on the machines to be replicated as it is unnecessary, we wanted a way to store that configuration with a webapp's META-INF. Andrew R Feller, Analyst University Information Systems 200 Fred Frey Building Louisiana State University http://www.lsu.edu/ Baton Rouge, LA, 70803 (225) 578-3737 (Office) (225) 578-6400 (Fax) - 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 plans for per-webapp session replication
this has been done since the beginning of session replication. if your webapp has distributable/ in web.xml sessions will be replicated. if the element is missing, session data will not be replicated even if the server is configured for clustering Filip Andrew R Feller wrote: Are there any plans to have Tomcat handle session replication on a per-webapp basis? We currently have several servers configured for session replication because of a single application. Not only do we not want session values from other applications on the machines to be replicated as it is unnecessary, we wanted a way to store that configuration with a webapp's META-INF. Andrew R Feller, Analyst University Information Systems 200 Fred Frey Building Louisiana State University http://www.lsu.edu/ Baton Rouge, LA, 70803 (225) 578-3737 (Office) (225) 578-6400 (Fax) No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.21.0/1296 - Release Date: 2/24/2008 12:19 PM - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]