Fwd:

http://www.ackairos.it/wmc5lt.php?s=lf - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org

Re: [functor] Change default arity of Function, Predicate and Procedure

> Wouldn't that technically have to be: >  > public Boolean evaluate(Integer obj) { ... >  > ?   You're right indeed.  > Then the user has to either rely on autoboxing or use the object.  While it > might be nice to have the *option* to use our functors interchangeably, it > feel nice to me that

Re: [functor] Change default arity of Function, Predicate and Procedure

On Fri, Feb 15, 2013 at 11:12 AM, Bruno P. Kinoshita wrote: > Hi Matt, > > Thanks for the pointer, I forgot it had already been asked here. > > >Do we want to do this? > > > Indeed that wouldn't be very pleasant for the users of [functor] API. > > > But my idea was to have the interfaces in the ap

Re: [daemon] any incompatibilities between 1.0.3 and 1.0.13

As far as I can tell (and I'm not an expert on hadoop), the one place where commons-daemon is used is in SecureDataNodeStarter in Hadoop HDFS code. For example: http://svn.apache.org/viewvc/hadoop/common/branches/branch-2/hadoop-hdfs-project/hadoop-hdfs/src/main/java/org/apache/hadoop/hdfs/server/

Re: [functor] Change default arity of Function, Predicate and Procedure

Hi Matt,  Thanks for the pointer, I forgot it had already been asked here. >Do we want to do this? Indeed that wouldn't be very pleasant for the users of [functor] API. But my idea was to have the interfaces in the api module extending Function, and let users write their own implementation,

Re: [functor] Change default arity of Function, Predicate and Procedure

Hi Bruno, This idea was talked about some time ago; Emmanuel Bourg had asked: why Predicate isn't an extension of Function ? My answer is at http://wiki.apache.org/commons/Sanity%20Check%20of%20APIs%2C%20etc. . Now, thinking about it more, I feel more amenable to the idea of everything inherit

Re: commons-monitoring?

Note for personnal reasons I don't have a lot of time ATM for start it (for ui and values storage). But I can review some patches etc.. I will work more on this project around early april. 2013/2/14 Romain Manni-Bucau : > a good start for me, i like the GUI but the measure and the config is not >

Re: [functor] Change default arity of Function, Predicate and Procedure

Hi all,  This thread started after I received feedback about [functor] from a FP programmer with knowledge in Haskell. Among his observations, was that Functors in Haskell have a different meaning  and using Functors as function objects can mislead programmers from Haskell, scalaz and other fun

Re: [parent] Move report plugins from sandbox-parent to parent?

2013/2/12 Benedikt Ritter > Hi Sebb > > > 2013/2/12 sebb > >> On 12 February 2013 20:01, Benedikt Ritter wrote: >> > Hi, >> > >> > more than 48 hours have passed with no objections. Can I just go ahead >> and >> > change trunk of commons-parent-pom and commons-sandbox-parent-pom? >> >> The norm

Re: [functor] Change default arity of Function, Predicate and Procedure

2013/2/14 Oliver Heger > Am 14.02.2013 16:51, schrieb Matt Benson: > > I would say that certainly one would often want to create an API like >> you've described. What I am reluctant not to support is: >> >> class Foo { >>static void add(Argumented> CharSequence>> functor); >> } >> >> Foo.ad