Return-Path: Delivered-To: apmail-httpd-bugs-archive@www.apache.org Received: (qmail 26904 invoked from network); 2 Feb 2008 16:50:27 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 2 Feb 2008 16:50:27 -0000 Received: (qmail 29190 invoked by uid 500); 2 Feb 2008 16:50:18 -0000 Delivered-To: apmail-httpd-bugs-archive@httpd.apache.org Received: (qmail 29155 invoked by uid 500); 2 Feb 2008 16:50:18 -0000 Mailing-List: contact bugs-help@httpd.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: Reply-To: "Apache HTTPD Bugs Notification List" List-Id: Delivered-To: mailing list bugs@httpd.apache.org Received: (qmail 29142 invoked by uid 99); 2 Feb 2008 16:50:18 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 02 Feb 2008 08:50:18 -0800 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 02 Feb 2008 16:49:59 +0000 Received: by brutus.apache.org (Postfix, from userid 33) id 60C9E714046; Sat, 2 Feb 2008 08:50:06 -0800 (PST) From: bugzilla@apache.org To: bugs@httpd.apache.org Subject: DO NOT REPLY [Bug 44334] - mod_proxy_ajp with POST retry doesn't send request body In-Reply-To: X-Bugzilla-Reason: AssignedTo Message-Id: <20080202165006.60C9E714046@brutus.apache.org> Date: Sat, 2 Feb 2008 08:50:06 -0800 (PST) X-Virus-Checked: Checked by ClamAV on apache.org DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG� RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND� INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=44334 ------- Additional Comments From rpluem@apache.org 2008-02-02 08:50 ------- You are correct that there is bug here, but the bug is different from what you expect. mod_proxy_balancer should not even try to sent the failed request to a different member of the cluster. This is because: 1. A POST request is non idempotent and thus it is not allowed to resend it without user confirmation once its sending had started (RFC2616 8.1.4 / 9.1.2). 2. Your request contains a request body. httpd handles request bodies as streams and does not store them. This means once it has sent it to a Tomcat it is gone and cannot be sent again to another Tomcat as httpd does not have its data available any longer. This is now fixed in trunk by r617822 (http://svn.apache.org/viewvc?rev=617822 &view=rev). Nevertheless the problem you see will persist even with this patch. The only possibility to avoid this would be waiting to connect / send headers until there is request body data available, but this does not make sense for most other people. So I fear the only solution to your problem is to increase the value for connectionTimeout on Tomcat to something like 4 seconds or to fix your client to send the request body immediately. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org For additional commands, e-mail: bugs-help@httpd.apache.org