Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@apache.org Received: (qmail 45927 invoked from network); 10 May 2002 14:52:00 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 10 May 2002 14:52:00 -0000 Received: (qmail 5652 invoked by uid 97); 10 May 2002 14:51:59 -0000 Delivered-To: qmlist-jakarta-archive-commons-dev@jakarta.apache.org Received: (qmail 5607 invoked by uid 97); 10 May 2002 14:51:58 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: 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 5595 invoked by uid 98); 10 May 2002 14:51:58 -0000 X-Antivirus: nagoya (v4198 created Apr 24 2002) Message-Id: <5.1.0.14.0.20020510163809.01c5a888@mail.qos.ch> X-Sender: ceki@mail.qos.ch X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Fri, 10 May 2002 16:51:43 +0200 To: "Jakarta Commons Developers List" From: Ceki =?iso-8859-1?Q?G=FClc=FC?= Subject: Re: Resisting the temptation In-Reply-To: References: <5.1.0.14.0.20020510145949.016e9988@mail.qos.ch> 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 At 07:29 10.05.2002 -0700, you wrote: >Hi Ceki, > >I can give you a quick solution - use XmlMapper from tomcat3.3. >It's doing the same thing, works with JDK1.1, no external dependencies >( except IntrospectionUtil - where all the real stuff happens ). It is >quite optimized and tuned and polished. I am not that much worried about the effort it would take to code a digester clone, especially if the relevant authors (including yourself) have given explicit permission to modify an existing implementation. In short, it would take little effort to take commons-digester: change the package names to org.apache.log4j from org.apache.commons.*, remove unneeded Rules, remove the commons-logging references, change the dependency on beanutils and collections and we're in business. The down side is that jakarta would have two actively supported digesters, the one in commons and the one in log4j resulting in significant maintenance effort being wasted. So while your offer to use the XmlMapper is generous, using it, is precisely the temptation I am trying to resist. :-) >The downside: >- I no longer believe this is the right way to configure >software or deal with XML configuration :-) Aaaah? Can you please expand on this? >BTW, having log4j depend on commons-logging would be a huge benefit for >the whole community. I know it may be hard for log4j people, but sometimes >we must make painfull things. What would be the benefit of log4j depending on commons-logging to the community? All I tend to see is more complicated bug reports and more confusion on the user side. (I am afraid we have had this debate already.) -- Ceki -- To unsubscribe, e-mail: For additional commands, e-mail: