"Craig R. McClanahan" wrote:
> 
> On Mon, 16 Apr 2001, Geir Magnusson Jr. wrote:
> 
> > "Craig R. McClanahan" wrote:
> > >
> > > On Mon, 16 Apr 2001, Geir Magnusson Jr. wrote:
> > >
> > > > "Craig R. McClanahan" wrote:
> > > > >
> > > > > One nitpick along with my +1 -- the property setting stuff relies on the
> > > > > code that is now in "beanutils" in Commons already.
> > > > >
> > > >
> > > > Would it make any sense to move it into beanutils?
> > > >
> > >
> > > You mean Digester itself?  I don't think so, if we are talking about
> > > fine-grained components.  Consider:
> > > * Beanutils is very narrowly focused on low-level introspection based
> > >   functionality, and can be used underneath multiple higher level APIs.
> > > * Struts uses beanutils separately from the indirect use via Digester
> > >   already, to support the property-related custom tags it has.
> > > * Anyone using ExtendedProperties (nee Configuration) for config files
> > >   instead of XML-based files doesn't need the extra baggage of XML
> > >   parsing in the beanutils component.
> > > * Anyone not using XML at all would certainly *not* appreciate adding
> > >   an XML parser dependency to use the basic beanutils stuff.
> >
> > A 'No' would have sufficed :)  Good - then can we broaden the 'Digester'
> > package?
> >
> 
> Sure (Struts would appreciate it if any additions didn't break the APIs
> :-) ... what did you have in mind?
> 

I didn't want to break your API's.  [I can see a rule coming here - the
donating package has veto over API changes for the first 12 months...]

What I was asking was if there was more that could be added to Digester
over time? If so, then as a standalone makes more sense, but maybe a
different name to reflect the anticipated expansion of scope.

The Enhydra Zeus package looks a bit larger - I don't know whats in
there... will take a look.

I am needing this functionality today, as chance would have it..

geir

-- 
Geir Magnusson Jr.                               [EMAIL PROTECTED]
Developing for the web?  See http://jakarta.apache.org/velocity/

Reply via email to