Return-Path: Delivered-To: apmail-commons-dev-archive@www.apache.org Received: (qmail 23418 invoked from network); 22 Apr 2009 14:39:14 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 22 Apr 2009 14:39:14 -0000 Received: (qmail 35145 invoked by uid 500); 22 Apr 2009 14:39:14 -0000 Delivered-To: apmail-commons-dev-archive@commons.apache.org Received: (qmail 35018 invoked by uid 500); 22 Apr 2009 14:39:13 -0000 Mailing-List: contact dev-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Commons Developers List" Delivered-To: mailing list dev@commons.apache.org Received: (qmail 35008 invoked by uid 99); 22 Apr 2009 14:39:13 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 22 Apr 2009 14:39:13 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of sebbaz@gmail.com designates 209.85.220.169 as permitted sender) Received: from [209.85.220.169] (HELO mail-fx0-f169.google.com) (209.85.220.169) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 22 Apr 2009 14:39:05 +0000 Received: by fxm17 with SMTP id 17so75357fxm.42 for ; Wed, 22 Apr 2009 07:38:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=AJHZ0DpAnl3P8hOSI6/qoJwSh2yfbmiaGk/cCQhdCSY=; b=r8um/q6cHN5i+PwqanLX7n8ppisWohsWmqEXUa5sx0MpWwzD0SG3QEm/pJHxm4ypMJ Lbp1UXUTQqhkfsCE+W/IkZ60dbMYuobtqHpSlfNZnXt/ZebQvroM63TrlgpVrs7jJm+n YwdEX8BA2cPfC41JSNED06d94G/FRcs4BZCUg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=LRAiC5d9mRVjRSuSWGxFabxcm1tixrLN0BEYhC9VF3RTHPAOGozEzDQa5A5tuQVQUQ 4TJchmlvPixr/GLSpGBr0LMjtZ4CVMzFVhBBNeDUiEtTDtCY3YzzW9vkITqwQRkhZXjB uoR0wKzCgFbMpZ3YSEj+u1xPQR2DUXCTQdtIc= MIME-Version: 1.0 Received: by 10.239.131.17 with SMTP id 17mr386028hbl.66.1240411125082; Wed, 22 Apr 2009 07:38:45 -0700 (PDT) In-Reply-To: <7DA90FF3-4628-40EA-A0CD-560254E33DD2@dslextreme.com> References: <49ECDF6E.70502@doit.wisc.edu> <49EE1794.9080201@apache.org> <59305DEC-5809-4BEA-85CE-942CFE6FE65D@dslextreme.com> <256060.59697.qm@web63302.mail.re1.yahoo.com> <716146D7-DFC2-4F5A-A90B-760B9EEEBB36@dslextreme.com> <973435.4155.qm@web63302.mail.re1.yahoo.com> <6072BB08-D41B-4461-98AF-4491FA5594EE@dslextreme.com> <7DA90FF3-4628-40EA-A0CD-560254E33DD2@dslextreme.com> Date: Wed, 22 Apr 2009 15:38:45 +0100 Message-ID: <25aac9fc0904220738v67f9b2aep6fcbb438270a6499@mail.gmail.com> Subject: Re: commons-logging unsuited for cross-context webapplication invocation usage - migrating to slf4j? From: sebb To: Commons Developers List Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org On 22/04/2009, Ralph Goers wrote: > > On Apr 21, 2009, at 11:11 PM, J=F6rg Schaible wrote: > > > > Hi Ralph, > > > > Ralph Goers wrote at Mittwoch, 22. April 2009 05:19: > > > > [snip] > > > > > > > Does it really matter that you understand what they are trying to do? > > > What should matter is what they are trying to do doesn't work properl= y > > > and they couldn't find a work around. > > > > > > > Did anyone of them ask here and try to explain the situation? All I eve= r > > here is "it's a known issue that CL does not work, so let's switch". Wh= at > a > > great reasoning. > > > > If they got interrogated like what you've been doing in this thread I co= uld > understand why they didn't bother. I suspect though that they understand > that the fundamental design of how commons logging works is the problem. > > > > > > > > > > I'm still at a loss as to how this conversation has devolved to this. > > > This post was meant as an example as to why yet another project is > > > switching away from Commons Logging. > > > > > > > Yes, and they are switching probably for the wrong reasons. If they rea= lly > > expect the classloading issues going away with SLF4J, I wonder, if they > > really tested webapps that make usage of SLF4J themselves under the sam= e > > conditions. > > > > Who are you to tell them that they are switching for the wrong reasons? = You > read their Jira issue and decided what they want to do is wrong so there > must not be a problem with Commons Logging. They have since updated the > issue to clearly answer your question. You still won't like it because > Commons Logging doesn't work and SLF4J does. I could be wrong here, but it seems to me that SLF4J also relies on the ClassLoader to find the implementation. It's not clear whether Pluto would work if the properties file were used to define the CL implementation. It may be that CL cannot work with Pluto, but I'm not sure that has been pr= oved. I'm not saying Pluto is wrong to use SLF4J, but the cited reasons may not be true. > > > > > > > > > > I'll ask again. What is next for Commons Logging? Is there any point > > > in enhancing it to emulate SLF4J? Should it just stay more or less as > > > it is while it slowly loses its customer base? > > > > > > > This is more a consequence of a lot of FUD that is currently around. Ye= s, > > there have been problems, but that's why version 1.1.1 is around. See t= hat > > guy raising the last issue in JIRA for a WebLogic 10.x instance, he's > still > > using 1.0.4. > > > > Therefore why is it necessary to use SLF4J in CC, when all other common= s > > components use CL? > > > > I've itemized the reasons before. Why do I need to repeat them? And you > are still avoiding the question. > > What is next for Commons Logging? Is there any point in enhancing it to > emulate SLF4J? Should it just stay more or less as it is while it slowly > loses its customer base? > > You can continue to bury your head in the sand, but projects are moving > away from Commons Logging. Google says so. > > Ralph > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org > For additional commands, e-mail: dev-help@commons.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org For additional commands, e-mail: dev-help@commons.apache.org