Return-Path: 
 <axis-dev-return-2405-apmail-xml-axis-dev-archive=xml.apache.org@xml.apache.org>
Delivered-To: apmail-xml-axis-dev-archive@xml.apache.org
Received: (qmail 90583 invoked by uid 500); 22 Aug 2001 17:26:25 -0000
Mailing-List: contact axis-dev-help@xml.apache.org; run by ezmlm
Precedence: bulk
Reply-To: axis-dev@xml.apache.org
list-help: <mailto:axis-dev-help@xml.apache.org>
list-unsubscribe: <mailto:axis-dev-unsubscribe@xml.apache.org>
list-post: <mailto:axis-dev@xml.apache.org>
Delivered-To: mailing list axis-dev@xml.apache.org
Received: (qmail 90571 invoked from network); 22 Aug 2001 17:26:25 -0000
Received: from unknown (HELO S1001EXI01.allaire.com) (63.109.196.26)
  by h31.sny.collab.net with SMTP; 22 Aug 2001 17:26:25 -0000
Received: by S1001EXI01.allaire.com with Internet Mail Service (5.5.2653.19)
	id <RJWQ0H9T>; Wed, 22 Aug 2001 13:25:40 -0400
Message-ID: <4F47DCFADC8DD5118D2B00508B952D9606265A@salsa.allaire.com>
From: Glen Daniels <gdaniels@macromedia.com>
To: "'Axis-Dev (E-mail)'" <axis-dev@xml.apache.org>
Subject: VOTE: Logging impl
Date: Wed, 22 Aug 2001 13:25:32 -0400
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"
X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N


So, have people looked at the Jakarta commons logging implementation yet?

I'd like to get moving on replacing the Debug class with something a little
more granular and flexible, and although we were planning to go with using
log4j directly, this thin layer above it seems like it has some desirable
features:

1) If log4j isn't present, it defaults to a simple System.out implementation
which is configurable via a property file.

2) It removes the log4j layer if using another logging system (i.e. JLog,
etc) on the backend

The tradeoff is that if you ARE using log4j, it adds an extra method call to
each log event to go through the proxy interface - also if you want to use
any of the more advanced log4j features, you still need to assume the
library is available.

So could we get votes for either:

a) LOG4J, with people using custom Appenders to hook to other logging
systems

b) The common logging framework, with custom Log implementations to hook to
other logging systems

I have no strong opinion either way - though I think I have a slight
preference for a.

Glen Daniels
Macromedia
http://www.macromedia.com/
                                Building cool stuff for web developers