Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org Received: (qmail 51679 invoked from network); 30 Nov 2005 22:30:33 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 30 Nov 2005 22:30:33 -0000 Received: (qmail 83033 invoked by uid 500); 30 Nov 2005 22:30:30 -0000 Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org Received: (qmail 82956 invoked by uid 500); 30 Nov 2005 22:30:29 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: 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 82943 invoked by uid 99); 30 Nov 2005 22:30:29 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 30 Nov 2005 14:30:29 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of robertburrelldonkin@blueyonder.co.uk designates 195.188.213.9 as permitted sender) Received: from [195.188.213.9] (HELO smtp-out6.blueyonder.co.uk) (195.188.213.9) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 30 Nov 2005 14:31:58 -0800 Received: from knossos.elmet ([82.38.65.173]) by smtp-out6.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.6713); Wed, 30 Nov 2005 22:23:18 +0000 Subject: RE: [VOTE] New commons proper component - collections-functors From: robert burrell donkin To: Jakarta Commons Developers List In-Reply-To: References: Content-Type: text/plain Date: Wed, 30 Nov 2005 22:41:58 +0000 Message-Id: <1133390518.5507.69.camel@knossos.elmet> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1-1mdk Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 30 Nov 2005 22:23:18.0070 (UTC) FILETIME=[A9E2BD60:01C5F5FC] X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On Wed, 2005-11-30 at 16:17 -0500, Michael Heuer wrote: > robert burrell donkin wrote: > > > On Tue, 2005-11-29 at 15:09 +0000, Tim Roberts wrote: > > > +1 I support creating a functors library (but not necessarily called > > > collections-functors). > > > > > > Rational: > > > I think functors are a powerful approach to software design, under > > > represented (in java) and non-standardised. I would like to see functors > > > (sandbox) integrated and have a common interface set (and would like to help > > > with such an undertaking). In addition to reducing the size of collections > > > developers would, IMO, like to be able to use functors separately from > > > collections. > > > > i'm beginning to suspect that there are number of secret functor users > > out there... > > > > a lack of community prevented the functor component progressing from the > > sandbox. perhaps times have changed and there may be now enough > > momentum. would need a committer with enough time as well as enough > > interested developers... > > > > opinions? > > I think maybe you stated that backward -- the fact that the functor > component was in the common sandbox may have prevented [functor] from > gathering a community. not backward, just a bit circular :) > How can a sandbox component gather users without a > release? that's why it's traditionally been tough for a component to progress from the sandbox to proper. one reason for requiring a community is that the core commons committers only have so many cycles so there's a resistance to taking on components which may be self-sustaining. another is that apache is interested in community development. so, it's really developers (rather than users) that are most important for sandbox components. > There is a lot of functor-related activity out there: > > Functor Objects (Wiki) > > http://c2.com/cgi/wiki?FunctorObject > > Blocks In Java (Wiki) > > http://c2.com/cgi/wiki?BlocksInJava > > jga - Generic Algorithms for Java > > http://jga.sourceforge.net > > Colt Project > > http://dsd.lbl.gov/~hoschek/colt > > More functor interfaces > > http://www.dishevelled.org/functor yep :) the question is whether there's enough enthusiasm out there now to sustain a commons generic functor component... - robert --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org