Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id CE02E200C00 for ; Wed, 18 Jan 2017 12:35:08 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id CC9EA160B44; Wed, 18 Jan 2017 11:35:08 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 228BB160B3A for ; Wed, 18 Jan 2017 12:35:07 +0100 (CET) Received: (qmail 28530 invoked by uid 500); 18 Jan 2017 11:35:06 -0000 Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Users List" Delivered-To: mailing list users@tomcat.apache.org Received: (qmail 28519 invoked by uid 99); 18 Jan 2017 11:35:06 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 18 Jan 2017 11:35:06 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id 2EECC1A0692 for ; Wed, 18 Jan 2017 11:35:06 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 0.75 X-Spam-Level: X-Spam-Status: No, score=0.75 tagged_above=-999 required=6.31 tests=[KAM_INFOUSMEBIZ=0.75, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=disabled Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id cRxvQTXfLe21 for ; Wed, 18 Jan 2017 11:35:04 +0000 (UTC) Received: from thor.wissensbank.com (thor.wissensbank.com [81.169.250.120]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTP id 3BC735F1EF for ; Wed, 18 Jan 2017 11:35:04 +0000 (UTC) Received: from thor.wissensbank.com (localhost [127.0.0.1]) by thor.wissensbank.com (Postfix) with ESMTP id 2AC8915A606CD for ; Wed, 18 Jan 2017 12:34:56 +0100 (CET) Received: by thor.wissensbank.com (Postfix, from userid 500) id 12A5815A6067C; Wed, 18 Jan 2017 12:34:56 +0100 (CET) Received: from [192.168.245.129] (pd956abfc.dip0.t-ipconnect.de [217.86.171.252]) (Authenticated sender: andre.warnier@ice-sa.com) by thor.wissensbank.com (Postfix) with ESMTPA id 7F39615A610C9 for ; Wed, 18 Jan 2017 12:34:55 +0100 (CET) To: Tomcat Users List From: =?UTF-8?Q?Andr=c3=a9_Warnier_=28tomcat=29?= Subject: Suggested doc change for Connectors Message-ID: <587F52DE.9000808@ice-sa.com> Date: Wed, 18 Jan 2017 12:34:54 +0100 User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP archived-at: Wed, 18 Jan 2017 11:35:09 -0000 Hi. This is a partial recap of the theme discussed on the list, in this thread : http://marc.info/?l=tomcat-user&m=148473249120783&w=2 I would sugest a documentation change, basically in all pages related to Connector's configurations, from 9.0, and I believe all the way back to 6.0. The change relates to the "minSpareThreads" attribute of the Connectors, such as http://tomcat.apache.org/tomcat-7.0-doc/config/http.html and the suggestion is based on : http://tomcat.apache.org/migration-6.html#Connector_thread_pools Basically, each of the Connector pages repeats the same text about this attribute : quote minSpareThreads The minimum number of threads always kept running. If not specified, the default of 10 is used. If an executor is associated with this connector, this attribute is ignored as the connector will execute tasks using the executor rather than an internal thread pool. Note that if an executor is configured any value set for this attribute will be recorded correctly but it will be reported (e.g. via JMX) as -1 to make clear that it is not used. unquote So, - if there is an Executor, then this Connector attribute is ignored - but according to the above migration guide, if there is no Executor, it is also ignored. So basically, why have it ? Of course, I don't know if there is some deeper code reason to keep mentioning it in the Connectors' documentations. Which is why this is a suggestion. Maybe instead, it could be made clearer that if there is no Executor, the number of threads associated to a Connector may keep on growing over time, up to the maxThreads value, and never go down again. (And the nefarious/beneficial/neutral effects thereof ?) --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org