Return-Path: Delivered-To: apmail-jakarta-log4j-dev-archive@apache.org Received: (qmail 39970 invoked from network); 7 Oct 2002 11:52:45 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 7 Oct 2002 11:52:45 -0000 Received: (qmail 26164 invoked by uid 97); 7 Oct 2002 11:53:26 -0000 Delivered-To: qmlist-jakarta-archive-log4j-dev@jakarta.apache.org Received: (qmail 26105 invoked by uid 97); 7 Oct 2002 11:53:25 -0000 Mailing-List: contact log4j-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Log4J Developers List" Reply-To: "Log4J Developers List" Delivered-To: mailing list log4j-dev@jakarta.apache.org Received: (qmail 26082 invoked by uid 98); 7 Oct 2002 11:53:25 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) Message-Id: <5.1.0.14.0.20021007134031.01f565d0@mail.qos.ch> X-Sender: ceki@mail.qos.ch X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Mon, 07 Oct 2002 13:52:46 +0200 To: "Log4J Developers List" From: Ceki =?iso-8859-1?Q?G=FClc=FC?= Subject: Re: [VOTE] Proposal: Log4Init servlet class In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N It really depends on what is contained in Log4jInit servlet. If it is just a copy of what is in the existing log4j manual then the added value will be somewhat limited. However, if this addition is the harbinger of new log4j developments in the servlet arena, I welcome the effort. Another worthy effort is JMX support in log4j. Here is a call for volunteers: http://marc.theaimsgroup.com/?l=log4j-dev&m=102391028026244&w=2 See JMX snapshots at: http://jakarta.apache.org/~ceki/jmx1.jpg http://jakarta.apache.org/~ceki/jmx2.jpg http://jakarta.apache.org/~ceki/jmx3.jpg At 21:52 06.10.2002 -0700, mwomack@apache.org wrote: >In the quest of finding more things to do that one has time for, I propose >that we explore the inclusion of a Log4jInit servlet class in the official >log4j library. This would be a servlet class that can be used to initialize >log4j in a web application. Everyone seems to have their own version of one >that all do the same basic stuff. > >I am making this proposal because if this class is used so often, then I >think a basic version should be available in the official log4j library for >general use or for specific extension by developers. It will make log4j >"easier" to use because it will have a useful off-the-shelf class >specifically designed for web applications. > >However, I would like this component to be "owned" by someone else that will >put the energy into it. If this person is not a committer, then I volunteer >to "champion" and review the code, and make sure it gets committed into cvs >after review. But my v1.3 plate is full with plugins, receivers, watchdogs, >and filters. > >A number of folks have stated an interest in contributing to log4j. Here's >your chance to create something that almost every log4j web application >based developer will use. If no one steps up, then it will just wait until >one of us has the time. > >I think there are a number of options for this class that can be explored, >such as possibly using a distinct logger repository per web >application/servlet/etc. There may be other related components that could >be considered. > >But first, what do the other committers think? > >+1 > >-Mark > > >-- >To unsubscribe, e-mail: >For additional commands, e-mail: -- Ceki TCP implementations will follow a general principle of robustness: be conservative in what you do, be liberal in what you accept from others. -- Jon Postel, RFC 793 -- To unsubscribe, e-mail: For additional commands, e-mail: