Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org Received: (qmail 91666 invoked from network); 2 Mar 2006 11:35:57 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 2 Mar 2006 11:35:57 -0000 Received: (qmail 64473 invoked by uid 500); 2 Mar 2006 11:36:20 -0000 Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org Received: (qmail 64288 invoked by uid 500); 2 Mar 2006 11:36:19 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 64271 invoked by uid 99); 2 Mar 2006 11:36:19 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Mar 2006 03:36:19 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of boris.unckel.mlg@gmx.net designates 213.165.64.20 as permitted sender) Received: from [213.165.64.20] (HELO mail.gmx.net) (213.165.64.20) by apache.org (qpsmtpd/0.29) with SMTP; Thu, 02 Mar 2006 03:36:18 -0800 Received: (qmail 29526 invoked by uid 0); 2 Mar 2006 11:35:56 -0000 Received: from 194.149.246.10 by www068.gmx.net with HTTP; Thu, 2 Mar 2006 12:35:56 +0100 (MET) Date: Thu, 2 Mar 2006 12:35:56 +0100 (MET) From: "Boris Unckel" To: "Jakarta Commons Developers List" MIME-Version: 1.0 References: <4406B8E8.3030605@apache.org> Subject: Re: [logging] JCL2.0 design - API X-Priority: 3 (Normal) X-Authenticated: #143822 Message-ID: <5175.1141299356@www068.gmx.net> X-Mailer: WWW-Mail 1.6 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="us-ascii" 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 Hello, > Von: Emmanuel Bourg > I just wanted to mention this solution if Log had to remain an > interface, but I won't support it. I prefer to turn Log into an abstract > class. To turn Log into an abstract class means that no native implementation will ever be possible. It would definitly mean that you will need an wrapper class. Currently there is just x4juli supporting native JCL support for java.util.logging (X4JuliLogger extends jul.Logger implements JCL). But this is also a chance for log4j2. The wrapper class approach has _heavy_ performance issues (Up to x-hundred percent). I am working on some benchmarking for all established loggers, but I have to check the code, provide some good ant skript before publishing. Regards Boris --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org