Re: [LANG] Add ThreadUtils

2015-04-12 Thread Matt Benson
+1 to what Peter said: it's a functional interface so it is lambda-compatible anyway. Matt On Apr 12, 2015 6:49 PM, "Peter Ansell" wrote: > On 12 April 2015 at 21:14, Benedikt Ritter wrote: > > Hi, > > > > there is currently a discussion on github about the addition of a low > level utility cla

Re: [LANG] Add ThreadUtils

2015-04-12 Thread Peter Ansell
On 12 April 2015 at 21:14, Benedikt Ritter wrote: > Hi, > > there is currently a discussion on github about the addition of a low level > utility class which helps to retrieve Threads [1]. The latest proposal is to > implement a predicate based approach for filtering threads [2]. My opinion > i

Re: [LANG] Add ThreadUtils

2015-04-12 Thread Peter Ansell
On 12 April 2015 at 21:26, Benedikt Ritter wrote: > > > Send from my mobile device > >> Am 12.04.2015 um 13:19 schrieb Kristian Rosenvold : >> >> If think later (in 2025 :-) you just make interface ThreadPredicate >> extend java.util.function.Predicate. > > Well, isn't that exactly what I suggeste

Re: [VOTE][RC1] Release Apache Commons Math 3.5

2015-04-12 Thread Bruno P. Kinoshita
+1 non binding. Build works fine in the following environment Apache Maven 3.2.5 (12a6b3acb947671f09b81f49094c53f426d8cea1; 2014-12-15T06:29:23+13:00) Maven home: /opt/apache-maven-3.2.5 Java version: 1.8.0_40, vendor: Oracle Corporation Java home: /usr/lib/jvm/java-8-oracle/jre Default locale:

Re: [LANG] Add ThreadUtils

2015-04-12 Thread Oliver Heger
Am 12.04.2015 um 13:14 schrieb Benedikt Ritter: > Hi, > > there is currently a discussion on github about the addition of a low level > utility class which helps to retrieve Threads [1]. The latest proposal is to > implement a predicate based approach for filtering threads [2]. My opinion > i

[VOTE][RC1] Release Apache Commons Math 3.5

2015-04-12 Thread Luc Maisonobe
This is a [VOTE] for releasing Apache Commons Math 3.5 from release candidate 1. Tag name: MATH_3_5_RC1 (signature can be checked from git using 'git tag -v') Tag URL: Commit ID the

Re: [LANG] Add ThreadUtils

2015-04-12 Thread Benedikt Ritter
Send from my mobile device > Am 12.04.2015 um 13:19 schrieb Kristian Rosenvold : > > If think later (in 2025 :-) you just make interface ThreadPredicate > extend java.util.function.Predicate. Well, isn't that exactly what I suggested? :o) > > Kristian > > > 2015-04-12 13:14 GMT+02:00 Bened

Re: [LANG] Add ThreadUtils

2015-04-12 Thread Kristian Rosenvold
If think later (in 2025 :-) you just make interface ThreadPredicate extend java.util.function.Predicate. Kristian 2015-04-12 13:14 GMT+02:00 Benedikt Ritter : > Hi, > > there is currently a discussion on github about the addition of a low level > utility class which helps to retrieve Threads [1

Re: [functor] [PATCH] Add predicates

2015-04-12 Thread Bruno P. Kinoshita
Hi Benedikt, > Nice to see same action in the functor component again. Does functor have a > dependency on lang? Usually we try not to have dependencies between > components... Indeed! Yes it does. It was used mainly for validating method parameters, using ValidationUtils if I recall correctly.

[LANG] Add ThreadUtils

2015-04-12 Thread Benedikt Ritter
Hi, there is currently a discussion on github about the addition of a low level utility class which helps to retrieve Threads [1]. The latest proposal is to implement a predicate based approach for filtering threads [2]. My opinion is, that we should not add such an API at all, because we would

Re: [functor] [PATCH] Add predicates

2015-04-12 Thread Benedikt Ritter
Hi Bruno, Send from my mobile device > Am 11.04.2015 um 12:21 schrieb Bruno P. Kinoshita > : > > Hi all, > > FUNCTOR-30 [1] contains a patch for [functor] that I'd like to merge. I will > spend one or two other days reviewing the code style & tests, and will wait > till the middle of the we

Re: [lang] testTimeZoneStrategyPattern() runs twice for no apparent gain

2015-04-12 Thread Benedikt Ritter
Go for it! Send from my mobile device > Am 11.04.2015 um 09:02 schrieb Duncan Jones : > > Hi everyone, > > Lang takes a few minutes to build on my system, so I was examining > execution times of tests to see if anything can be improved. > > I noticed that FastDateParserTest.testTimeZoneStrateg