From commons-dev-return-80296-apmail-jakarta-commons-dev-archive=jakarta.apache.org@jakarta.apache.org Wed Nov 23 22:21:40 2005 Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org Received: (qmail 67163 invoked from network); 23 Nov 2005 22:21:40 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 23 Nov 2005 22:21:40 -0000 Received: (qmail 57473 invoked by uid 500); 23 Nov 2005 22:21:36 -0000 Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org Received: (qmail 57269 invoked by uid 500); 23 Nov 2005 22:21:35 -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 57251 invoked by uid 99); 23 Nov 2005 22:21:35 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [192.87.106.226] (HELO ajax.apache.org) (192.87.106.226) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 23 Nov 2005 14:21:35 -0800 Received: from ajax.apache.org (ajax.apache.org [127.0.0.1]) by ajax.apache.org (Postfix) with ESMTP id F1485225 for ; Wed, 23 Nov 2005 23:21:13 +0100 (CET) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Apache Wiki To: commons-dev@jakarta.apache.org Date: Wed, 23 Nov 2005 22:21:13 -0000 Message-ID: <20051123222113.22721.13550@ajax.apache.org> Subject: [Jakarta-commons Wiki] Update of "Logging/1.1.0ReleasePlan" by DennisLundberg X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by DennisLundberg: http://wiki.apache.org/jakarta-commons/Logging/1%2e1%2e0ReleasePlan The comment on the change is: Summarized the discussions on the dev list regarding design decisions ------------------------------------------------------------------------------ * Bug 37484 ''[logging] call to getClassLoader() in Log``Factory``Impl not checked for null'' * Might have been solved already. - == Bug Fix == + == Bug Fixes == + + == Design decisions == + + * Do we remove the Servlet``Context``Cleaner? + 1. It's obviously too controversial. Maybe the code could be put in the documentation somewhere, or on the wiki. + + * Decide whether to merge the weak-hash-map stuff into the main trunk or leave it in an "optional" jar. If we merge it, we can do away with the optional jar completely which is good. However it does mean that if there is a bug in it people can't disable it. If bundled in the main jar there might need to be a little extra code to just ignore it when it throws an exception on load for java < 1.3. + + * Sort out whether we split Log4JLogger into two classes or not. If we choose two classes, how should we name them? + 1. Rename Log4``J12``Logger.java back to Log4JLogger.java. That would make the upgrade transparent for the previous use-case. But there is the chance that this will not work at all for a user that is currently using JCL 1.0.4 together with log4jalpha-something and a configuration file stating that Log4JLogger should be used. + 1. Users who configure JCL to use Log4JLogger might reasonably expect JCL to guess the log4j version and use the correct logger. so, perhaps one option would be to create a delegating implementation. + + * Decide our jar distribution strategy (in particular, whether we ship the optional jar or not). + + * How do we give downstream packagers and users a fair view of the actual JCL dependencies? == Test Compatibility == - Verify that trace level logging works correctly with Log4J 1.2.12+. ''DONE'' + Verify that TRACE support works for Log4J 1.2.12+. ''DONE'' == Release Notes == --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org