Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@apache.org Received: (qmail 84946 invoked from network); 17 May 2002 16:59:43 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 17 May 2002 16:59:43 -0000 Received: (qmail 21049 invoked by uid 97); 17 May 2002 16:59:44 -0000 Delivered-To: qmlist-jakarta-archive-commons-dev@jakarta.apache.org Received: (qmail 21007 invoked by uid 97); 17 May 2002 16:59:44 -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 20995 invoked by uid 98); 17 May 2002 16:59:43 -0000 X-Antivirus: nagoya (v4198 created Apr 24 2002) Date: Fri, 17 May 2002 18:00:22 +0100 Subject: Re: Digester: user(ish) question: how to support plugin classes [dynamic rules] Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v481) From: robert burrell donkin To: "Jakarta Commons Developers List" Content-Transfer-Encoding: 7bit In-Reply-To: <001901c1fd69$5f38dcc0$2cbe87ca@ecnnz.ecnetwork.co.nz> Message-Id: <9345FF52-69B7-11D6-8C50-003065DC754C@mac.com> X-Mailer: Apple Mail (2.481) 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 simon this kind of thing has been in the air before but nothing's been committed. there are some subtle wrinkles but i don't have the time to go into them now. i think that this is a need that digester should address but the reason i didn't commit the patch we've had already on this issue is that i wasn't really satisfied with the design. (of course, i can't speak for the other committers who may have had different reasons.) as i said, i don't have time now but hang around and hopefully we'll all be able to put our head together a bit later and some up with a satisfactory design. - robert On Friday, May 17, 2002, at 07:09 AM, Simon Kitching wrote: > Hi All, > > I would like to use digester in a framework where I have "plug-in" > classes; something like ant's optional tasks.. > > Example: > > > > > > > > > > > > > > > In this example, any value can be put in the "class" attribute of the > tag, and it is this > class that determines the rules for processing any nested tags within > the tag. The > first bit is just plain ObjectCreateRule or FactoryCreateRule stuff, but > the second bit I can't > see any obvious solutions for in digester.. > > I would like plugins to be enabled just by installing one or more new > files and modifying the > configuration file to then *use* the new class. > > The xmlrules module is not enough, as the "installer" of the plugin > would need to modify the > master xmlrules config file; even the feature doesn't remove > this need (though it > does make things more modular hence _easier_ to change). > > Some kind of xmlrules tag might do the > trick; I have been > working on this a bit. I have also been experimenting with requiring the > plugin class to > define a "void addRules(Digester digester)" method that gets invoked to > add any necessary > rules to the digester. I have this running, but it gets messy trying to > avoid possible tag > name collision. > > If anyone out there has done this, or tried to do this, I would > appreciate hearing about it > (on this list or directly, as you think appropriate). > > Thanks, > > Simon > > PS: DynaBean: is this implementing dynamically-typed language features > (ruby, perl, etc) in java? > [http://marc.theaimsgroup.com/?l=jakarta-commons-dev > =2> &m=100847374827535&w=2] -- To unsubscribe, e-mail: For additional commands, e-mail: