Return-Path: Delivered-To: apmail-jakarta-httpcomponents-dev-archive@www.apache.org Received: (qmail 86604 invoked from network); 14 Oct 2007 16:30:58 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 14 Oct 2007 16:30:58 -0000 Received: (qmail 11770 invoked by uid 500); 14 Oct 2007 16:30:46 -0000 Delivered-To: apmail-jakarta-httpcomponents-dev-archive@jakarta.apache.org Received: (qmail 11735 invoked by uid 500); 14 Oct 2007 16:30:46 -0000 Mailing-List: contact httpcomponents-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "HttpComponents Project" Delivered-To: mailing list httpcomponents-dev@jakarta.apache.org Received: (qmail 11726 invoked by uid 99); 14 Oct 2007 16:30:46 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 14 Oct 2007 09:30:46 -0700 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [213.46.255.22] (HELO viefep23-int.chello.at) (213.46.255.22) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 14 Oct 2007 16:30:48 +0000 Received: from [192.168.0.102] (really [84.75.128.136]) by viefep23-int.chello.at (InterMail vM.7.08.02.00 201-2186-121-20061213) with ESMTP id <20071014163016.LKZT8441.viefep23-int.chello.at@[192.168.0.102]> for ; Sun, 14 Oct 2007 18:30:16 +0200 Subject: Re: Response already committed error when sending error responses on a load test From: Oleg Kalnichevski To: HttpComponents Project In-Reply-To: <47124245.3080902@dubioso.net> References: <47121D2B.5040204@wso2.com> <471229BE.9060508@dubioso.net> <1192378256.12810.7.camel@okhost> <47124245.3080902@dubioso.net> Content-Type: text/plain Date: Sun, 14 Oct 2007 18:30:15 +0200 Message-Id: <1192379415.12810.28.camel@okhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org On Sun, 2007-10-14 at 18:22 +0200, Roland Weber wrote: > Hi Oleg, > > > The 'connection: close' header is added by the ResponseConnControl > > protocol interceptor [1]. In many cases 500 status code represents a > > fatal error, which may leave the connection in an inconsistent state. > > The connection itself should be in a consistent state, since it > is used to send an error response. I can imagine that the response > object may be in an inconsistent state. But then it should not be > used for sending the response in the first place, right? > > > Therefore, I think it is a reasonable defensive measure to drop the > > connection. > > I can live with that. But maybe we should discuss where exactly > inconsistencies may occur, and whether dropping the connection > helps to solve them. > While the connection itself may still be re-usable, the associated execution context gets messed up to a point, that it simply makes no sense to keep the connection alive. Oleg > cheers, > Roland > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: httpcomponents-dev-unsubscribe@jakarta.apache.org > For additional commands, e-mail: httpcomponents-dev-help@jakarta.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: httpcomponents-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: httpcomponents-dev-help@jakarta.apache.org