Return-Path: Delivered-To: apmail-jakarta-commons-httpclient-dev-archive@www.apache.org Received: (qmail 57501 invoked from network); 10 Jun 2004 02:50:54 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 10 Jun 2004 02:50:54 -0000 Received: (qmail 76753 invoked by uid 500); 10 Jun 2004 02:51:15 -0000 Delivered-To: apmail-jakarta-commons-httpclient-dev-archive@jakarta.apache.org Received: (qmail 76701 invoked by uid 500); 10 Jun 2004 02:51:15 -0000 Mailing-List: contact commons-httpclient-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Commons HttpClient Project" Reply-To: "Commons HttpClient Project" Delivered-To: mailing list commons-httpclient-dev@jakarta.apache.org Received: (qmail 76674 invoked by uid 99); 10 Jun 2004 02:51:14 -0000 Received: from [140.142.33.19] (HELO mxout4.cac.washington.edu) (140.142.33.19) by apache.org (qpsmtpd/0.27.1) with ESMTP; Wed, 09 Jun 2004 19:51:14 -0700 Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9]) by mxout4.cac.washington.edu (8.12.11+UW04.02/8.12.11+UW04.03) with ESMTP id i5A2offl032075 for ; Wed, 9 Jun 2004 19:50:41 -0700 Received: from [10.0.1.2] (pool-68-160-41-80.bos.east.verizon.net [68.160.41.80]) (authenticated bits=0) by smtp.washington.edu (8.12.11+UW04.02/8.12.11+UW04.03) with ESMTP id i5A2odRF012237 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT) for ; Wed, 9 Jun 2004 19:50:40 -0700 Mime-Version: 1.0 (Apple Message framework v618) In-Reply-To: <200406100149.i5A1n3f32656@ams004.lax.affinity.com> References: <200406100149.i5A1n3f32656@ams004.lax.affinity.com> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Michael Becke Subject: Re: Controlling Threads in Waiting Date: Wed, 9 Jun 2004 22:50:33 -0400 To: "Commons HttpClient Project" X-Mailer: Apple Mail (2.618) X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Hi Satya, There is no way to control the number of threads waiting in the MultiThreadedHttpConnectionManager. It only allows configuring the number of connections available. I would suggest controlling the total number of threads using a particular connection manager. That way you can set a connection limit that is reasonable for the number of threads. Mike On Jun 9, 2004, at 9:49 PM, http-client@jrapid.com wrote: > Hello All, > Is there is a direct way to control the maximum no of threads in > waiting for a connection from the Connection Manager. > Thanks in advance for your openion. > --Satya > > --------------------------------------------------------------------- > To unsubscribe, e-mail: > commons-httpclient-dev-unsubscribe@jakarta.apache.org > For additional commands, e-mail: > commons-httpclient-dev-help@jakarta.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: commons-httpclient-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-httpclient-dev-help@jakarta.apache.org