On Sunday, August 5, 2001, at 12:53 AM, Craig R. McClanahan wrote:
> On Mon, 30 Jul 2001, robert burrell donkin wrote:
>
>>
>> so i guess IMHO digester would benefit from a flexible mechanism which
>> would give users the choice from a set of simple - but easy to learn -
>> rules which are based on the current format and a sophisticated - but
>> more
>> complex - set of matching rules that work using some variation of XPATH.
>>
>> the best of both worlds? just maybe :)
>>
>
> Just checked in the mechanism to make this easy. If you create a cool
> Rules implementation that implements some other policy, it can certainly
> be made available as part of the standard Digester package.
excellent :)
i've just had a quick look at your enhancements and they really pretty
good.
sorry if i was a bit pushy earlier. it's just that's i'd really, really
like to use digester (which is better designed and more sophisticated) to
replace a stack-based parser in some generation tools created to help
refactoring in jakarta-ecs. i bootstrap by generating against the
xml-schema schema so i need digester to be able to handle big, complex
schema. since this material will probably end up in the commons (quite
possibly in a project as outlined by jason earlier) i'd much rather see
enhancement classes in digester where they belong.
i'm feeling pretty confident at the moment that everything's going to work
out well :)
- robert
