Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>
To: commons-dev@jakarta.apache.org
From: Costin Manolache <cmanolache@yahoo.com>
Subject: Re: [logging] To depend or not to depend?
Date: Mon, 10 Feb 2003 12:02:05 -0800
Lines: 36
Message-ID: <b2913k$l16$1@main.gmane.org>
References: <2E53054A-3C44-11D7-8494-003065DC754C@blueyonder.co.uk>
 <00f501c2d0dd$db92dc60$9865fea9@spiritsoft.com>
 <20030210074846.S77526@icarus.apache.org>
 <006001c2d139$9191aea0$9865fea9@spiritsoft.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7Bit
User-Agent: KNode/0.7.2
Sender: news <news@main.gmane.org>

James Strachan wrote:

> Maybe using introspection on the Log implementation might be easier to add
> incrementally to Log implementations without breaking backwards
> compatibility.

Introspection or JMX ( which is the other name for introspection :-).

Each LogFactory or Log can support a lot of features in a backward
compatible way by using JMX. There is absolutely no reason to change the
Log interface - it does what it should do. Adding another interface may be
a solution - but I don't think it is needed in most cases - and certainly
not for management operations.

Costin


> 
>> Adding a new method might be OK in a 2.x release (although I don't feel a
>> particular compulsion towards it), but would be against the spirit of
>> Commons support for backwards compatibility in a 1.x releaese; so I'd
>> definitely be -1 there.
> 
> So you might not be -1 if if it were a 2.x release change?
> 
> James
> -------
> http://radio.weblogs.com/0112098/
> 
> __________________________________________________
> Do You Yahoo!?
> Everything you'll ever need on one web page
> from News and Sport to Email and Music Charts
> http://uk.my.yahoo.com


---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org