Danke schön Rainer! Yes, all my transaction requests use POST. We only allow GET to get a couple of static files.
-Jorge -----Original Message----- From: Rainer Jung [mailto:rainer.j...@kippdata.de] Sent: Tuesday, March 31, 2009 3:24 AM To: Tomcat Users List Subject: Re: mod_jk : recovery_options On 30.03.2009 22:24, Jorge Medina wrote: > I did not get any response to my questions, but from previous > messages (posted by Rainer Jung) I believe that using the default > values for "retry" and "recovery_options" may produce the unexpected > result I was having. I changed the "recovery_options" on my AJP > workers to value "27". So far I have not seen the tests failing again. If mod_jk retried a request which might have resulted in duplicate transactions, then you should find info level log messages about that in your mod_jk log. If your application doesn't prevent against duplicate transaction execution, setting the recovery_options to "3" is recommended. Your value of "27" is save, in case duplicate GETs and HEADs are fine for you. One example would be, if you always use POST for requesting changes you don't want to see duplicate. The official semantics of GET and HEAD require them to be idempotent, so with this assumption "27" is fine. Many apps do not satisfy this condition though and for them "3" would be better. Regards, Rainer --------------------------------------------------------------------- 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
