Return-Path: Delivered-To: apmail-jakarta-avalon-dev-archive@apache.org Received: (qmail 25963 invoked from network); 21 Dec 2002 18:53:43 -0000 Received: from exchange.sun.com (192.18.33.10) by daedalus.apache.org with SMTP; 21 Dec 2002 18:53:43 -0000 Received: (qmail 15420 invoked by uid 97); 21 Dec 2002 18:54:56 -0000 Delivered-To: qmlist-jakarta-archive-avalon-dev@jakarta.apache.org Received: (qmail 15383 invoked by uid 97); 21 Dec 2002 18:54:55 -0000 Mailing-List: contact avalon-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Avalon Developers List" Reply-To: "Avalon Developers List" Delivered-To: mailing list avalon-dev@jakarta.apache.org Received: (qmail 15370 invoked by uid 98); 21 Dec 2002 18:54:54 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) Message-ID: <3E04B86F.5030401@yahoo.com> Date: Sat, 21 Dec 2002 18:52:31 +0000 From: Paul Hammant User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2.1) Gecko/20021130 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Avalon Developers List Subject: Re: MethodClosure (BCEL Delegator implementation) References: <5.1.0.14.2.20021221175230.00bb2540@mail.sutic.nu> In-Reply-To: <5.1.0.14.2.20021221175230.00bb2540@mail.sutic.nu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Leo, > > The commons people are busy putting dependancies on CommonsLogging > > into things. Its cursing AltRMI now because of a dependecy on > > Attributes and HttpClient. Should we really be a in a rush to > > donate components? > > Paul, > > when we donate comonents there is an implicit trust that the receiving > project will evolve the code in the spirit of the original and keep in > mind that the code just received is a dependency for some other > project. That's the downside of donating code. The upside is that > unless we do donate code, the scope of Avalon will start growing. The > dependencies created can also be seen as something good, as it forces > cooperation among Apache projects. Agree. > That said, I'm worried about the inclusion of Commons logging into > everything, as (if I understand it correctly) it isn't IoC, thus > forcing the whole system into using Commons logging. Could you be more > specific about in what way AltRMI is suffering? If we're going to talk > to the Commons Logging people to see if a compromise can be reached > (and I think we should), it would help to have a list of issues. AltRMI suffers because it uses 'Attributes' and 'HTTPClient' . Both of these use CommonsLogging. The former only uses if for a single (rare) warning. It is my opinion that highly reusable beans should not log at all. They either throw exceptions or carry on without logged output. If there is an intermediate state of 'warning' then some other API is needed. Regards, - Paul -- To unsubscribe, e-mail: For additional commands, e-mail: