Return-Path: X-Original-To: apmail-httpd-dev-archive@www.apache.org Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id AD1919E8B for ; Fri, 4 Nov 2011 08:28:56 +0000 (UTC) Received: (qmail 38687 invoked by uid 500); 4 Nov 2011 08:28:55 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 38578 invoked by uid 500); 4 Nov 2011 08:28:55 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 38570 invoked by uid 99); 4 Nov 2011 08:28:55 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 Nov 2011 08:28:55 +0000 X-ASF-Spam-Status: No, hits=-2.3 required=5.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [195.232.224.72] (HELO mailout03.vodafone.com) (195.232.224.72) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 Nov 2011 08:28:45 +0000 Received: from mailint03 (localhost [127.0.0.1]) by mailout03 (Postfix) with ESMTP id E24741162BA for ; Fri, 4 Nov 2011 09:28:24 +0100 (CET) Received: from mbbpop-rat02.vodafone.com (mbbpop-rat02.vodafone.com [195.232.244.149]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mailint03 (Postfix) with ESMTPS id D73581161CB for ; Fri, 4 Nov 2011 09:28:24 +0100 (CET) Received: from [145.230.65.198] (unknown [145.230.65.198]) by mbbpop-rat02.vodafone.com (Postfix) with ESMTP id C146A338067 for ; Fri, 4 Nov 2011 09:28:24 +0100 (CET) Message-ID: <4EB3A228.5010704@vodafone.com> Date: Fri, 04 Nov 2011 09:28:24 +0100 From: =?ISO-8859-1?Q?R=FCdiger_Pl=FCm?= User-Agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.2.23) Gecko/20110920 SUSE/3.1.15 Thunderbird/3.1.15 MIME-Version: 1.0 To: dev@httpd.apache.org Subject: Re: prefetch proxy References: <1B1ED6D5-E3B3-42D9-95EA-AD748CEF607B@jaguNET.com> <4EB110F0.9090105@vodafone.com> <1CEBAED0-A445-4F70-BD23-2425B22A1912@jaguNET.com> <5AB31933-491A-4A6C-AD59-271A80094138@jaguNET.com> <6B2E0BA3-3547-4CC6-869A-2DD798D9F78D@apache.org> <48F9A4C9-1E53-4ADF-9DD6-5A01B59132FC@jaguNET.com> <7601A0A6-3A0D-4668-885F-1F5E181C3801@jaguNET.com> In-Reply-To: <7601A0A6-3A0D-4668-885F-1F5E181C3801@jaguNET.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org Am 03.11.2011 20:36, schrieb Jim Jagielski: > fwiw: I can recreate this at will... > > The setup: the jenkins-cli jarfile with Jenkins running in > Winstone/Jetty/Tomcat/JBoss/Doesn'tMatter and Apache frontending > Jenkins with a ProxyPass. > > Trying to access Jenkins thru Apache via: > > java jenkins-cli.jar -s http://apache.example.com/ > > will cause this to happen. The CLI tries to setup a full duplex > link thru apache and when creating the upload channel, apache > will fail with the EAGAIN. > > If using haproxy as a front end, the cli works... it ignores the > initial timeout/eagain on the socket and then goes ahead and > reads... you do see the delay, but after the delay, the connection > goes thru. Hm. Shouldn't the client send an Expect: 100 continue here if it does not intend to sent the body immediately with the request? Looks like the current client behaviour is not bug free either (which does not mean that we should do nothing on httpd side to fix this). Regards R�diger