Return-Path: Delivered-To: apmail-jakarta-ant-dev-archive@apache.org Received: (qmail 2007 invoked from network); 21 Feb 2002 11:19:50 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 21 Feb 2002 11:19:50 -0000 Received: (qmail 3479 invoked by uid 97); 21 Feb 2002 11:19:24 -0000 Delivered-To: qmlist-jakarta-archive-ant-dev@jakarta.apache.org Received: (qmail 3411 invoked by uid 97); 21 Feb 2002 11:19:23 -0000 Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Ant Developers List" Reply-To: "Ant Developers List" Delivered-To: mailing list ant-dev@jakarta.apache.org Received: (qmail 3382 invoked from network); 21 Feb 2002 11:19:23 -0000 Message-Id: <200202211119.g1LBJLZ08305@mail012.syd.optusnet.com.au> Content-Type: text/plain; charset="utf-8" From: Peter Donald To: "Ant Developers List" Subject: Re: pluggable ProjectHelper Date: Thu, 21 Feb 2002 18:07:06 +1100 X-Mailer: KMail [version 1.3.2] References: In-Reply-To: X-Wisdom-Cookie: . MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Hi, Would you mind making all those icky protected variables private :) On Thu, 21 Feb 2002 11:47, costinm@covalent.net wrote: > The goal of this patch is to allow a different XML processor > to be plugged in and used. > > The current processor has a number of limitations ( lack of > namespace support, etc ) - but the main benefit for this > patch is that it allows new ideas to be used without > affecting the whole thing. > > How it works: > - the current parser is used as default. > > - a user can set a system property or just include an > alternative xml processor in the classpath, and this > will be detected and loaded instead of the default. > ( same pattern as in jaxp, common-logging, etc to > find a Helper implementation ) > > - all helpers are supposed to support the original > behavior and be backward compatible. Of course, the user > may ignore this and use a completely different model, > or have the behavior customized based on some namespace, > etc. > > Costin -- Cheers, Pete ------------------------------------------------------- "When we remember we are all mad, the mysteries of life disappear and life stands explained." -Mark Twain ------------------------------------------------------- -- To unsubscribe, e-mail: For additional commands, e-mail: