Return-Path: Delivered-To: apmail-struts-dev-archive@www.apache.org Received: (qmail 73436 invoked from network); 22 Aug 2006 16:22:40 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 22 Aug 2006 16:22:40 -0000 Received: (qmail 11069 invoked by uid 500); 22 Aug 2006 16:22:39 -0000 Delivered-To: apmail-struts-dev-archive@struts.apache.org Received: (qmail 10409 invoked by uid 500); 22 Aug 2006 16:22:38 -0000 Mailing-List: contact dev-help@struts.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Struts Developers List" Reply-To: "Struts Developers List" Delivered-To: mailing list dev@struts.apache.org Received: (qmail 10398 invoked by uid 99); 22 Aug 2006 16:22:38 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 22 Aug 2006 09:22:38 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [64.39.31.158] (HELO zeus.atlassian.com) (64.39.31.158) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 22 Aug 2006 09:22:37 -0700 Received: from [192.168.1.114] (dsl092-186-178.sfo1.dsl.speakeasy.net [66.92.186.178]) (authenticated (0 bits)) by zeus.atlassian.com (8.12.11.20060308/8.11.6) with ESMTP id k7MGMFES014928 for ; Tue, 22 Aug 2006 11:22:16 -0500 Message-ID: <44EB2F2E.2010303@twdata.org> Date: Tue, 22 Aug 2006 09:22:06 -0700 From: Don Brown User-Agent: Thunderbird 1.5.0.5 (Macintosh/20060719) MIME-Version: 1.0 To: Struts Developers List Subject: Re: Whose log is this anyway? (was Re: [s1] Commons-Lang) References: <8b3ce3790608220401u12a0aa96h542607da8df15917@mail.gmail.com> <44EB2C60.5090004@twdata.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Well, for one, we only really need one logging instance for the whole library. Second, and admittedly this is subjective, the java.util.logging API is a horribly designed, obtuse API. I'd rather see us write a small, clean API along the lines of Seam's logging class that utilizes varargs to reduce the need for isDebugEnabled(). http://docs.jboss.com/seam/latest/reference/en/html/concepts.html#d0e2598 Don Bob Lee wrote: > How is j.u.logging overkill, especially considering using it would > mean one > less dependency? From our standpoint, the only thing we care about is > Logger > anyway. > > Bob > > On 8/22/06, Don Brown wrote: >> >> I'd rather use java.util.logging than commons-logging, but I think both >> are overkill for a library. I think Nathan is spot on and we should >> look to using Velocity's logging classes, imported into our codebase. >> The whole logging "framework" we'd need would be like two or three >> classes. >> >> Jarjar would also be nice, perhaps in conjunction with Velocity's >> logging classes. It would help us solve the xwork version problem >> nicely. >> >> Don >> >> Bob Lee wrote: >> > On 8/22/06, Ted Husted wrote: >> >> >> >> Say, wasn't there a mention of some package that renamed packages >> >> dynamically or something? That's the real issue. Two versions of the >> >> same package name on the same classpath. >> > >> > >> > jarjar >> > >> > In the case of logging though, we should just use java.util.logging. >> > >> > If you still want to use log4j, why not write a j.u.logging Handler >> which >> > logs to log4j? Do we really need an API to decouple us from an API >> which >> > decouples us from a logging implementation, or is one level of >> > indirection >> > sufficient? This is why everyone makes fun of clogging. >> > >> > Bob >> > >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org >> For additional commands, e-mail: dev-help@struts.apache.org >> >> > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org For additional commands, e-mail: dev-help@struts.apache.org