s.
>
> Thanks,
>
> Tom
>
>
> -Original Message-
> From: Stephen Colebourne [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, December 05, 2002 1:19 PM
> To: Jakarta Commons Developers List
> Subject: Re: [collections][lang] Predicate etc impls, was Re:
> commons
From: "Tom Drake" <[EMAIL PROTECTED]>
> Thanks for the note. Functors seems to contain many of the things that
I've
> also created.
> I'll look more closely at this, factor out the overlap. May I send you a
zip
> file with the
> remaining classes?
Of course, please submit ideas/patches to the list.
dicate
etc impls, was Re: commons-collections: New code contribution.)
On Thu, 5 Dec 2002 [EMAIL PROTECTED] wrote:
> The plan is to make [collections] depend on [lang] and deprecate the
> Predicate etc. interfaces in [collections].
At the risk of becoming increasingly unpopular with the
On Thu, 5 Dec 2002 [EMAIL PROTECTED] wrote:
> The plan is to make [collections] depend on [lang] and deprecate the
> Predicate etc. interfaces in [collections].
At the risk of becoming increasingly unpopular with the lang folks, for
reasons similiar to those I enumerated in [1] (and others), I'm
r 05, 2002 11:47 AM
Subject: [collections][lang] Predicate etc impls, was Re:
commons-collections: New code contribution.
> [please note the square brackets in the title ;-)]
>
> This has been a hot topic before in commons. The current position is that
there is a large body of code such a
[please note the square brackets in the title ;-)]
This has been a hot topic before in commons. The current position is that there is a
large body of code such as what you suggest already coded. It resides in [lang]s
functor package (not released yet). However, the classes use a different Predic
I'm new to this list, but have worked with the commons-collections package
for quite a while.
I recently came off a project that implemented a simple but powerful rules
engine
based on three interfaces that were essentially identical to the Predicate,
Closure, and Transformer
interfaces. I've buil
