Return-Path: Delivered-To: apmail-hc-dev-archive@www.apache.org Received: (qmail 21208 invoked from network); 23 May 2008 11:14:11 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 23 May 2008 11:14:11 -0000 Received: (qmail 76223 invoked by uid 500); 23 May 2008 11:14:12 -0000 Delivered-To: apmail-hc-dev-archive@hc.apache.org Received: (qmail 76200 invoked by uid 500); 23 May 2008 11:14:12 -0000 Mailing-List: contact dev-help@hc.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "HttpComponents Project" Delivered-To: mailing list dev@hc.apache.org Received: (qmail 76189 invoked by uid 99); 23 May 2008 11:14:12 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 23 May 2008 04:14:12 -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 [217.150.250.44] (HELO ok2consulting.nine.ch) (217.150.250.44) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 23 May 2008 11:13:25 +0000 Received: by ok2consulting.nine.ch (Postfix, from userid 1002) id 11F3E1983EB; Fri, 23 May 2008 13:13:38 +0200 (CEST) Received: from [10.14.12.49] (unknown [213.55.131.1]) by ok2consulting.nine.ch (Postfix) with ESMTP id BDC361983EB for ; Fri, 23 May 2008 13:13:32 +0200 (CEST) Subject: Re: [HttpClient] Logging wars revisited for the last time (really) From: Oleg Kalnichevski To: HttpComponents Project In-Reply-To: <25aac9fc0805230309u8882d59vdd268e45a564f43b@mail.gmail.com> References: <1211535684.5997.15.camel@ubuntu> <25aac9fc0805230309u8882d59vdd268e45a564f43b@mail.gmail.com> Content-Type: text/plain; charset=utf-8 Date: Fri, 23 May 2008 13:12:59 +0200 Message-Id: <1211541179.5997.25.camel@ubuntu> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1 Content-Transfer-Encoding: 8bit X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on ok2consulting.nine.ch X-Spam-Level: X-Virus-Checked: Checked by ClamAV on apache.org X-Old-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.0.3 On Fri, 2008-05-23 at 11:09 +0100, sebb wrote: > On 23/05/2008, Oleg Kalnichevski wrote: > > Folks, > > > > We finally need to make a decision on the logging toolkit we are going > > to use in HttpClient 4.0 onwards. > > I agree that the decision needs to be final - but first it has to be static ;-) > Right you are ;-) > > http://issues.apache.org/jira/browse/HTTPCLIENT-416 > > > > Here's my suggestion about the course of action we should take > > > > (1) I'll start a poll on the user list about popular opinion on the > > matter and propose three alternatives: > > > > * keeping commons-logging > > * migrating to slf4j > > * migrating to j.u.logging > > > > (2) Let the poll run for a week or so and get the users express their > > preferences and opinions. > > > > (3) Tally the votes > > > > (4) Hold a formal vote on the dev list on two most popular options > > > > (5) Make a decision and stick to it > > > > Any objections to that? > > My view is if it ain't broke, don't fix it - the corolllary is that > the poll needs to ask for specific reasons why a change would be an > improvement, not just a popularity contest of the logging systems, > because that tends to be influenced by what one is used to. > The trouble is enough people out there who think commons-logging is, at least partially, broken, especially for web apps (option I tend to share). As far as I know (I may be wrong, though) commons-logging development seems stagnant and there is little hope of any further releases. Last time we had a pretty unexpected results with the poll on Java 1.5 compatibility. All I am saying let's discuss our options for the _very_ last time, and on the user list. In order to have some sort of measure of what people think on the subject this should be held in a form of a poll. It does not mean we have to automatically take the option with a simple majority of votes, but it would be wrong to not take it into account. Oleg > > Evil Comrade Oleg > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscribe@hc.apache.org > > For additional commands, e-mail: dev-help@hc.apache.org > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@hc.apache.org For additional commands, e-mail: dev-help@hc.apache.org