Re: [Math] Next release: 4.0 or 3.5 ?

On 01/08/2015 05:25 PM, Luc Maisonobe wrote: > Le 08/01/2015 17:02, Phil Steitz a écrit : >> On 1/8/15 7:24 AM, Luc Maisonobe wrote: >>> Le 08/01/2015 07:59, Thomas Neidhart a écrit : >>>> On 01/08/2015 02:40 AM, Phil Steitz wrote: >>>>> >>>>

Re: [All] Animal sniffer (was: [math] Arrays.copyOf is Java 1.6+)

On 01/08/2015 07:12 PM, sebb wrote: > On 8 January 2015 at 17:29, Benedikt Ritter wrote: >> >> >> Send from my mobile device >> >>> Am 08.01.2015 um 17:38 schrieb Thomas Neidhart : >>> >>>> On 01/08/2015 05:24 PM, sebb wrote: >&g

Re: [MATH] src/userguide/pom.xml does not use Commons Parent

On 01/09/2015 03:02 AM, sebb wrote: > As the subject says. > > This makes it very tricky to compile & test with anything other than > the Maven JVM. > Recent versions of Maven require 1.6. > > Any objections to adding CP 36 as a parent? Can we please keep this as simple as possible? Otherwise I

Re: [All] Animal sniffer (was: [math] Arrays.copyOf is Java 1.6+)

On 01/09/2015 02:00 AM, sebb wrote: > On 9 January 2015 at 00:47, Bernd Eckenfels wrote: >> Am Fri, 9 Jan 2015 00:38:31 + >> schrieb sebb : >> >>> Just tried the animal sniffer on NET (Java 1.5) - I added a call to >>> new IOException(new Exception()) which is Java 1.6+ >> >> What Java did you

Re: [RESULT][VOTE][RC1] Release Commons Math 3.4.1

On 01/11/2015 07:38 PM, Luc Maisonobe wrote: > Le 08/01/2015 20:24, Luc Maisonobe a écrit : >> This is a [VOTE] for releasing Apache Commons Math 3.4.1 from release >> candidate 1. >> >> Tag name: >> MATH_3_4_1_RC1 (signature can be checked from git using 'git tag -v') >> >> Tag URL: >> >>

Re: svn commit: r1651118 - /commons/proper/collections/trunk/pom.xml

On 01/12/2015 07:04 PM, sebb wrote: > On 12 January 2015 at 15:25, wrote: >> Author: tn >> Date: Mon Jan 12 15:25:06 2015 >> New Revision: 1651118 >> >> URL: http://svn.apache.org/r1651118 >> Log: >> Remove cobertura plugin -> switched to jacoco. > > There is support for Jacoco and/or Cordova in

Re: [MATH] Jenkins unit test failure

On 01/12/2015 08:09 PM, Phil Steitz wrote: > On 1/12/15 11:37 AM, sebb wrote: >> On 12 January 2015 at 18:11, Phil Steitz wrote: >>> On 1/12/15 10:50 AM, sebb wrote: On 11 January 2015 at 22:10, Phil Steitz wrote: > On 1/11/15 11:19 AM, Phil Steitz wrote: >> On 1/10/15 10:49 PM, Phil

Re: [MATH] Jenkins unit test failure

On 01/12/2015 10:26 PM, Thomas Neidhart wrote: > On 01/12/2015 08:09 PM, Phil Steitz wrote: >> On 1/12/15 11:37 AM, sebb wrote: >>> On 12 January 2015 at 18:11, Phil Steitz wrote: >>>> On 1/12/15 10:50 AM, sebb wrote: >>>>> On 11 January 2015 at 22:10

Re: [MATH] Jenkins unit test failure

On 01/12/2015 11:17 PM, Phil Steitz wrote: > On 1/12/15 2:30 PM, Thomas Neidhart wrote: >> On 01/12/2015 10:26 PM, Thomas Neidhart wrote: >>> On 01/12/2015 08:09 PM, Phil Steitz wrote: >>>> On 1/12/15 11:37 AM, sebb wrote: >>>>> On 12 January 2015 at 18

Re: [MATH] Jenkins unit test failure

gt; >>> On 12 January 2015 at 22:21, Thomas Neidhart < > thomas.neidh...@gmail.com> wrote: > >>>> On 01/12/2015 11:17 PM, Phil Steitz wrote: > >>>>> On 1/12/15 2:30 PM, Thomas Neidhart wrote: > >>>>>> On 01/12/2015 10:26 PM, Thomas

Re: [MATH] Jenkins unit test failure

jacoco is not the cause as the tests still fail when it is disabled. Thomas On Tue, Jan 13, 2015 at 10:52 AM, Thomas Neidhart wrote: > I did several tests by adding additional console output. > The build was always running on H11 and sometimes it was working, while in > other

Re: [MATH] Jenkins unit test failure

On 01/13/2015 09:01 PM, Phil Steitz wrote: > On 1/12/15 3:21 PM, Thomas Neidhart wrote: >> On 01/12/2015 11:17 PM, Phil Steitz wrote: >>> On 1/12/15 2:30 PM, Thomas Neidhart wrote: >>>> On 01/12/2015 10:26 PM, Thomas Neidhart wrote: >>>>> On 01/12/201

Re: [MATH] results on H11 using 1.5/6/7

This may be a good explanation. When I did run the tests, the result was dependent on the number of tests executed. E.g. when only running ComplexTests, no failures were reported. Only when the FastMathTests were also executed. As the FastMathTests do a lot of computations, it is safe to assume t

Re: [ALL] Commons Parent - include Animal Sniffer?

I think it would be good to add it by default with the option to disable it on a component level. According to http://mojo.codehaus.org/animal-sniffer-maven-plugin/plugin-info.html, the minimum requirements are JDK 1.5 and maven 2.0, but I wonder if anybody would use an older jdk to build a compon

Re: [Math] 3.4 not yet released according to JIRA

On 01/14/2015 11:18 PM, Gilles wrote: > Hi. > > How does one update the status of 3.4 in the current version of JIRA? done. You have to switch to the Administration view in JIRA and then navigate to Versions. Thomas - To unsubs

Re: Question about: IOUtils.skipFully(InputString,long)

Explanation can be found here: https://issues.apache.org/jira/browse/IO-355 Thomas On Wed, Jan 14, 2015 at 7:20 PM, dan bress wrote: > Commons IO developers, >I am trying to use IOUtils.skipFully(InputStream, long) to skip a number > of bytes on my input stream. Why does this method call r

Re: [Math] Java version (Was: [MATH] Jenkins build)

On 01/08/2015 12:34 PM, Gilles wrote: > Hi. > > Raising this issue once again. > Are we going to upgrade the requirement for the next major release? > [ ] Java 5 [x] Java 6 [x] Java 7 [ ] Java 8 [ ] Java 9 A while ago I thought that it would be cool to switch to Java 7/8 for some of t

Re: [Math] Java version

On 01/16/2015 01:30 AM, Gilles wrote: > On Thu, 15 Jan 2015 15:41:11 -0700, Phil Steitz wrote: >> On 1/15/15 2:24 PM, Thomas Neidhart wrote: >>> On 01/08/2015 12:34 PM, Gilles wrote: >>>> Hi. >>>> >>>> Raising this issue once again. >>&

Re: [ALL] Commons Parent - include Animal Sniffer?

On 01/14/2015 12:57 AM, sebb wrote: > I've been experimenting with Animal Sniffer in NET as a basic check > that the code does not try to use method etc which are not present in > the target Java version. > [For example, java.net.IDN requires Java 1.6+] > > Although the plugin is not fool-proof, i

Re: [math] Add temporary check for rare test failure.

rg/repos/asf/commons-math/tree/15bdcc3b > Diff: http://git-wip-us.apache.org/repos/asf/commons-math/diff/15bdcc3b > > Branch: refs/heads/master > Commit: 15bdcc3be2b84f68ddcd822da52ef045ed89e57b > Parents: 4e19582 > Author: Thomas Neidhart > Authored: Wed Jan 21 00:42:16 2015 +0

Re: [math] Add temporary check for rare test failure.

On 01/21/2015 05:32 PM, Phil Steitz wrote: > On 1/21/15 3:43 AM, Thomas Neidhart wrote: >> Hi, >> >> I have re-run the jenkins build for commons-math after this change several >> times, also on H10 and it seems the test failures have disappeared. >> >> Any

[math] Create 4.0 branch

Hi, afaik, we did not yet agree whether trunk should be the 4.0 branch or stay at 3.5, but I think it would be good to create a branch so that we can start working on the open issues. Some new features / fixes might need to go into both branches. I would volunteer to maintain the 3.5 branch and b

Re: [math] Add temporary check for rare test failure.

>> On 21 January 2015 at 20:39, Thomas Neidhart > wrote: > >>> On 01/21/2015 05:32 PM, Phil Steitz wrote: > >>>> On 1/21/15 3:43 AM, Thomas Neidhart wrote: > >>>>> Hi, > >>>>> > >>>>> I have re-run the jenki

[collections] Revert a performance related fix in 4.1

Hi, from time to time some researchers trying to find performance bugs in open-source software create issues for collections. One of the easy targets is the Collection#retainAll(Collection) method as the default implementation in AbstractCollection calls contains on the provided collection. Now,

Re: [collections] COLLECTIONS-551

On 01/29/2015 11:57 AM, Gonçalo Marques wrote: > Hello, > > I'm creating this thread in order to discuss issue COLLECTIONS-551. > > I don't know the deprecation policies of the Commons project in detail, but > based on the last comment posted by Thomas on issue COLLECTIONS-550 I > assume that: >

Re: [Math] Contributions to the clustering module (maybe GSoC)

On 02/01/2015 02:06 PM, Alina Ciobanu wrote: > Hello everyone, > My name is Alina Ciobanu. I'm a first-year Ph.D. student in computer science > (NLP) at the Faculty of Mathematics and Computer Science, University of > Bucharest, Romania. I am interested in contributing to the Apache Commons > Ma

Re: [collections] COLLECTIONS-551

; >> On Sat, Jan 31, 2015 at 9:20 AM, Gonçalo Marques < >> goncalodinismarq...@gmail.com> wrote: >> >>> Hi, >>> >>> Just to let you know I'm working on this. >>> >>> >>> Gonçalo >>> >>> >>>

Re: [collections] COLLECTIONS-551

On 02/01/2015 08:47 PM, Gonçalo Marques wrote: > On Sun, Feb 1, 2015 at 7:12 PM, Thomas Neidhart > wrote: >> >> On 02/01/2015 07:44 PM, sebb wrote: >>> On 31 January 2015 at 18:40, Gonçalo Marques >>> wrote: >>>> Hi, >>>> >>&

Re: Anyone interested in regular expressions, again?

On 02/02/2015 03:25 AM, sebb wrote: > I would not wish to move away from Java RE *unless* the RE syntax was > the same *and* the implementation was better performing *and* the > existing code suffered from poor performance. > > It might be OK if the alternate implementation was missing some > esot

Re: [Math] Contributions to the clustering module (maybe GSoC)

On 02/02/2015 10:36 PM, Alina Ciobanu wrote: > Hello Thomas, > > > Thank you for the answer. I hope I will be able to clarify my schedule for > the summer in about a week from now and I will decide whether I should apply > to GSoC this year or not. I will let you know as soon as I can. Until th

Re: Anyone interested in regular expressions, again?

On 02/02/2015 11:20 PM, James Ring wrote: > I spoke to one of the authors of re2j, a Google-internal port of the C++ > re2 library. The intention was to open source it but they just haven't got > around to it. > > I may try and get Google to put re2j up on GitHub so you all can take a > look. AFAI

Re: Anyone interested in regular expressions, again?

e have another implementation that works fine and has a sufficiently large enough community then I do not see a problem to include it in the commons project, I would certainly be interested. Thomas > On Mon, Feb 2, 2015 at 6:21 PM, Thomas Neidhart > wrote: >> On 02/02/2015 11:20 P

[math] Create 3.5 branch, update trunk to 4.0

Hi all, there was some discussion about this a while ago, and it seemed that there was consensus to do as written in the subject. If there are no objections, then I will soon do the change (including the update of package / maven artifacts for 4.0). The current changelog for 3.5 will be kept for

Re: [Math] Contributions to the clustering module (maybe GSoC)

On 02/07/2015 09:53 PM, Alina Ciobanu wrote: > Hello, > > I finally figured out my schedule for this summer and the conclusion is that > I would be able to dedicate about 20 hours per week for the GSoC project. As > far as I understand, this is about half of what is expected from a GSoC > stude

Re: [math] Create 3.5 branch, update trunk to 4.0

On 02/10/2015 09:49 PM, Thomas Neidhart wrote: > Hi all, > > there was some discussion about this a while ago, and it seemed that > there was consensus to do as written in the subject. > > If there are no objections, then I will soon do the change (including > the upda

Re: [VOTE] Release Apache Commons DBCP 2.1 RC1 as 2.1

On 02/17/2015 05:04 AM, Phil Steitz wrote: > Quite a few bugs have been fixed since DBCP 2.0.1 and a few new > features have been added. It is time for a 2.1 release. > > The release is available for review here: > https://dist.apache.org/repos/dist/dev/commons/dbcp (r8031) > > The release was b

Re: [VOTE] Release Apache Commons DBCP 2.1 RC1 as 2.1

/17/15 2:29 PM, Thomas Neidhart wrote: > > On 02/17/2015 05:04 AM, Phil Steitz wrote: > >> Quite a few bugs have been fixed since DBCP 2.0.1 and a few new > >> features have been added. It is time for a 2.1 release. > >> > >> The release is available for re

Re: [VOTE] Release Apache Commons DBCP 2.1 RC1 as 2.1

I enabled jacoco a while a go, but if you would prefer cobertura we can easily change to it. Thomas On Wed, Feb 18, 2015 at 2:54 PM, Phil Steitz wrote: > On 2/18/15 6:52 AM, Emmanuel Bourg wrote: > > Le 18/02/2015 14:48, Phil Steitz a écrit : > > > >> That is not good. What JDK and OS? > > Tha

Re: [VOTE] Release Apache Commons DBCP 2.1 RC1 as 2.1

Sorry it was my mistake, I did not test the change with Java 8. The pom.xml is now fixed, I used the same override for jacoco as was used for commons-math 3.4 Thomas On Wed, Feb 18, 2015 at 3:24 PM, Thomas Neidhart wrote: > I enabled jacoco a while a go, but if you would prefer cobertura

Re: [VOTE] Release DBCP 2.1 RC2 as 2.1

On 02/20/2015 06:02 AM, Phil Steitz wrote: > Quite a few bugs have been fixed since DBCP 2.0.1 and a few new > features have been added. It is time for a 2.1 release. > > Changes since RC1: > * Changed awkward boolean property getter names added in 2.1 > * Made POM and javadoc changes to enable J

Re: Internal Server Error 500 on 'commons.apache.org' website.

On 02/22/2015 04:48 PM, Phil Steitz wrote: > On 2/20/15 11:54 AM, Phil Steitz wrote: >> On 2/20/15 11:35 AM, Geoffrey Corey wrote: >>> (Adding Commons' dev list as well as original poster) >>> >>> Hi Apache Commons, >>> Please fix your download page(s) by setting the execute bit on your CGI >>> fil

Re: Internal Server Error 500 on 'commons.apache.org' website.

On 02/22/2015 08:18 PM, Mark Thomas wrote: > On 22/02/2015 16:07, Karl Heinz Marbaise wrote: >> Hi, >> >> unfortunately you have to ...I'm doing that at the moment as well for >> Maven site... >> >> already filed in an issue... >> >> https://issues.apache.org/jira/browse/INFRA-9175 > > Commons fol

[math] Removal of deprecated classes / methods

Hi, I have already started to remove deprecated classes / methods in the 4.0 branch, but there are still some to be removed. The remaining ones are non-trivial and I would like to ask the developer with the most experience in the respective packages to take a look and do the changes. It is mainl

[math] minimum JDK set to 1.7

Hi, just fyi: I have updated the minimum JDK requirements to 1.7 as there was at least agreement on this and no objections against it. We may still decide to further increase it to 1.8 later on. Thomas - To unsubscribe, e-mail:

Re: [math] minimum JDK set to 1.7

ars :-) > > Gary > > On Mon, Feb 23, 2015 at 1:56 PM, Thomas Neidhart < > thomas.neidh...@gmail.com> > wrote: > > > Hi, > > > > just fyi: I have updated the minimum JDK requirements to 1.7 as there > > was at least agreement on this and no objections agai

Re: [math] minimum JDK set to 1.7

On 02/24/2015 06:03 PM, sebb wrote: > On 24 February 2015 at 08:58, Thomas Neidhart > wrote: >> Hi, >> >> I need to update the jenkins configuration for Commons-Math too, but do not >> have the proper rights yet. >> Can I give it to myself as PM

[math] Test failures after switch to Java 1.7

Hi, after switching to Java 1.7 there seems to be another problem with FastMath, see the two test failures below when running on jenkins. Can somebody reproduce it on a 64 bit machine (I just have a 32 bit laptop at home)? Test setup: Java 7 latest (1.7.0_75?), maven 3.1.1. Tests run: 65, Failu

Re: [math] Test failures after switch to Java 1.7

; This will make the test much longer so I suggest first seeing if the > tests fail on their own, and then disable JIT. > You could experiment with the additional Jenkins Math job I set up for > the H10 tests: > > https://builds.apache.org/job/Commons%20Math%20H10/ > > On 24 Feb

Re: [math] Test failures after switch to Java 1.7

ache.commons.math4.util.FastMathStrictComparisonTest.setupMethodCall(FastMathStrictComparisonTest.java:204) at org.apache.commons.math4.util.FastMathStrictComparisonTest.test1(FastMathStrictComparisonTest.java:92) On Wed, Feb 25, 2015 at 10:40 AM, Thomas Neidhart wrote: > I wonder if in thi

Re: [math] Temp changes for analyzing test failures.

On 02/25/2015 04:37 PM, Phil Steitz wrote: > Seems a little silly to be spending time debugging openjdk bugs. > Can we just set Jenkins up to use an Oracle released JDK? Yeah sure, it might be a waste of time, it is still annoying to see these test failures and they might also happen in the wild

Re: Help to publish jcs 2.0-beta-1 site

On 03/03/2015 08:11 PM, Benedikt Ritter wrote: > Is this a staging repo for maven central? If we publish this, any further > beta releases must not break binary compatibility. Are you aware of this? > > I've logged into nexus, but I cannot see the staging repository. the staging repo has already

Re: [math][dbcp][pool] Apachecon NA (Austin)

On 03/15/2015 06:04 PM, Phil Steitz wrote: > On 1/3/15 4:26 PM, Thomas Neidhart wrote: >> On 01/03/2015 06:49 PM, Phil Steitz wrote: >>> On 1/3/15 7:11 AM, Thomas Neidhart wrote: >>>> On 01/02/2015 10:45 PM, Phil Steitz wrote: >>>>> I am thinking abou

Re: [math] releasing 3.5 ?

On 04/10/2015 08:28 PM, Phil Steitz wrote: > On 4/9/15 10:08 AM, Thomas Neidhart wrote: >> On 04/09/2015 05:50 PM, Gilles wrote: >>> On Thu, 09 Apr 2015 17:44:08 +0200, Thomas Neidhart wrote: >>>> On 04/09/2015 11:20 AM, Luc Maisonobe wrote: >>>>> H

Re: [math] releasing 3.5 ?

On 04/09/2015 05:50 PM, Gilles wrote: > On Thu, 09 Apr 2015 17:44:08 +0200, Thomas Neidhart wrote: >> On 04/09/2015 11:20 AM, Luc Maisonobe wrote: >>> Hi all, >>> >>> Trying to get back on work, after a while ... >>> >>> I have just

Re: [math] releasing 3.5 ?

On 04/09/2015 11:20 AM, Luc Maisonobe wrote: > Hi all, > > Trying to get back on work, after a while ... > > I have just fixed a very annoying (and difficult to reproduce) bug > concerning BSP trees in 3.4.1. As I am on it, I will also try to > fix MATH-1211 created recently. > > The bug I fixed

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

On 04/14/2015 03:02 PM, Luc Maisonobe wrote: > This is a [VOTE] for releasing Apache Commons Math 3.5 from release > candidate 2. > > Changes since RC1 are: > - fixed tests incompatibilities with Java 5 > - fixed warning messages from jgit buildnumber when building from > .tar.gz or .zip a

Re: [math] threading redux

On 04/17/2015 05:35 PM, Phil Steitz wrote: > On 4/17/15 3:14 AM, Gilles wrote: >> Hello. >> >> On Thu, 16 Apr 2015 17:06:21 -0500, James Carman wrote: >>> Consider me poked! >>> >>> So, the Java answer to "how do I run things in multiple threads" >>> is to >>> use an Executor (java.util). This doe

Re: [math] Attempt to circumvent some errors which seem to be platform-dependent.

Problem still remains, see here: https://builds.apache.org/job/Commons%20Math%20H10/49/console The test failures only occur on the following slaves it seems: * H10 * ubuntu-2 Thomas On Mon, May 4, 2015 at 1:43 PM, wrote: > Repository: commons-math > Updated Branches: > refs/heads/master

Re: [math] Attempt to circumvent some errors which seem to be platform-dependent.

On 05/04/2015 05:43 PM, luc wrote: > Le 2015-05-04 14:48, Thomas Neidhart a écrit : >> Problem still remains, see here: >> https://builds.apache.org/job/Commons%20Math%20H10/49/console >> >> The test failures only occur on the following slaves it seems: >> >>

Re: [math] Attempt to circumvent some errors which seem to be platform-dependent.

On 05/04/2015 09:31 PM, Luc Maisonobe wrote: > Le 04/05/2015 19:13, sebb a écrit : >> On 4 May 2015 at 16:43, luc wrote: >>> Le 2015-05-04 14:48, Thomas Neidhart a écrit : >>>> >>>> Problem still remains, see here: >>>> https://builds.apache

Re: [math] Attempt to circumvent some errors which seem to be platform-dependent.

will be present in the console output. Thomas On Mon, May 4, 2015 at 10:16 PM, Thomas Neidhart wrote: > On 05/04/2015 05:43 PM, luc wrote: > > Le 2015-05-04 14:48, Thomas Neidhart a écrit : > >> Problem still remains, see here: > >> https://builds.apache.org/job/Comm

Re: [VOTE] Release Apache Commons CLI 1.3 based on RC1

This whole issue was already discussed something like 2 years ago. There is no way to clean this up in the 1.x branch, changing the return type to List is probably the best you can do. For now, I would just fix known bugs and move on to cli2 with a clean codebase. Thomas On Thu, May 7, 2015 at 1

Re: [math] Attempt to circumvent some errors which seem to be platform-dependent.

After my last test, the test failures seem to have disappeared, see here: https://builds.apache.org/job/Commons%20Math%20H10/ Thomas On Tue, May 5, 2015 at 4:39 PM, Luc Maisonobe wrote: > Le 05/05/2015 10:51, Luc Maisonobe a écrit : > > Le 04/05/2015 23:30, Thomas Neidhart a écrit : &

Re: [math] Attempt to circumvent some errors which seem to be platform-dependent.

PM, Luc Maisonobe wrote: > Le 07/05/2015 15:04, Thomas Neidhart a écrit : > > After my last test, the test failures seem to have disappeared, see here: > > https://builds.apache.org/job/Commons%20Math%20H10/ > > Thanks. > > I was working on this since two days. It a

Re: [math] Attempt to circumvent some errors which seem to be platform-dependent.

On 05/07/2015 03:58 PM, Luc Maisonobe wrote: > Le 07/05/2015 15:42, Thomas Neidhart a écrit : >> I did not want to invalidate your effort, > > > Don't worry about that. I learned a lot doing this, including > something that really surprised me: pow(NaN, 0.0) *must* b

Re: [math] working on pow again

On 05/15/2015 08:10 PM, Luc Maisonobe wrote: > Le 14/05/2015 01:29, Gilles a écrit : >> On Wed, 13 May 2015 19:43:09 +0200, Luc Maisonobe wrote: >>> Le 13/05/2015 11:35, Gilles a écrit : Hello. On Wed, 13 May 2015 11:12:16 +0200, Luc Maisonobe wrote: > Hi all, > > As Jenk

[VOTE] Release Email 1.4 Based on RC1

I would like to call a vote for releasing Commons Email 1.4 based on RC1. This will also be my last release for Email, as I don't have the time anymore to further maintain this component in the future. Email 1.4 RC1 is available for review here: https://dist.apache.org/repos/dist/dev/commons/e

Re: [VOTE] Release Email 1.4 Based on RC1

e: /home/tn/bin/jdk1.5.0_22/jre Default locale: en_US, platform encoding: UTF-8 OS name: "linux", version: "3.13.0-49-generic", arch: "i386", family: "unix" for which class file did you get the mentioned error? Thomas > Not blocking, I am +1 for this re

Re: [VOTE] Release Email 1.4 Based on RC1

On 05/19/2015 10:02 PM, Oliver Heger wrote: > > > Am 19.05.2015 um 21:54 schrieb Thomas Neidhart: >> On 05/19/2015 09:51 PM, Oliver Heger wrote: >>> Hi Thomas, >>> >>> build was successful with Java 1.6 and 1.8 on Windows 8.1. Artifacts and >>>

[RESULT][VOTE] Release Email 1.4 Based on RC1

Hi, the vote to release Commons Email 1.4 based on RC1 passes with the following binding votes: * +1 Gary * +1 Luc * +1 Benedikt * +1 Oliver * +1 Thomas Additionally, there were the following non-binding votes: * +1 Bruno No other votes have been cast. I will continue with the release p

[collections] Preparing a 4.1 release

Hi, in the next few weeks I will hopefully finish all open issues for an upcoming 4.1 release. Note: the release will also update the minimum required java version to 1.6. Thomas - To unsubscribe, e-mail: dev-unsubscr...@common

Re: [collections] Preparing a 4.1 release

On 05/24/2015 05:52 PM, Gary Gregory wrote: > Why not just move to Java 7? The reason to move to Java 6 is to add support for NavigableMap, which unfortunately is missing right now. Moving to Java 7 is not really necessary, the next logical move would be to Java 8 imho. In fact it would be worth

[ANNOUNCE] Commons Email version 1.4 released

Hello. The Apache Commons team is pleased to announce the release of commons-email-1.4. Commons-Email aims to provide an API for sending email. It is built on top of the JavaMail API, which it aims to simplify. Commons Email can be downloaded from the following page: http://commons.apache.org/

[collections] FluentIterable

Hi, today, I have committed a first version of a FluentIterable (COLLECTIONS-464). Example usage: List result = FluentIterable .of(1, 2, 3, 4, 5, 6, 7, 8, 9, 10) .filter(new Predicate() { public boolean evaluate(Integer number) { return number % 2 == 0; }

Re: [collections] FluentIterable

On 05/27/2015 06:52 PM, Gary Gregory wrote: > Let's not reinvent the wheel indeed. This is not about reinventing the wheel or reimplementing Java 8 streams. The rationale is to glue together existing functionality in collections by a fluent API, very much the same as already exists in guava or oth

Re: Pool 2.4 jar SNAFU is possible for all components

On 05/30/2015 10:16 PM, Gary Gregory wrote: > I am wondering if we need an updated build process here. > > At work, in a large Ant based project, we run unit tests against the jars > files built earlier by the build. We ship jars, not class files, so we test > jars. > > It seems like a basic desi

[collections] New interface: MultiSet

Hi, I have just committed the first draft of the new interface MultiSet. What is the idea behind this? The rationale of this interface (and corresponding implementations) is to replace the existing Bag interface, which does violate the Collection contract. Actually, I wanted to make the Bag inte

Re: [collections] New interface: MultiSet

On 06/11/2015 11:18 PM, Matt Benson wrote: > On Thu, Jun 11, 2015 at 3:37 PM, Thomas Neidhart > wrote: >> Hi, >> >> I have just committed the first draft of the new interface MultiSet. >> >> What is the idea behind this? >> >> The rationale of this

Re: Finding a Place to Help

On 06/16/2015 07:21 PM, Landon Blake wrote: > I'm interested in helping a bit with Jakarta Commons. Is there anyone > currently working on the BeanUtils or Collections modules? What about the > image IO modules? We are currently in the progress of making a new release for collections and could nee

Re: [VOTE] Release Configuration 2.0-beta1 based on RC1

On 06/14/2015 10:10 PM, Oliver Heger wrote: > Hi all, > > this is a vote for the first beta version of [configuration] 2.0 based > on the first release candidate. After two alpha versions, it is now time > to move to a beta version. Since the last alpha version, there has only > be a small change:

Re: [LANG][COLLECTIONS] Require a static function to swap 2 elements in a array (primitive as well non-primitive)

Hi, I think such a feature belongs to the ArrayUtils class in lang. Thomas On Thu, Jun 18, 2015 at 5:08 AM, venkatesha murthy < venkateshamurth...@gmail.com> wrote: > Hi All > > I was looking to ArrayUtils(version 3.4) to hopefully find a swap method . > Is this some thing available else where

Re: porting fixes to v 3.2.X

On 06/19/2015 05:41 PM, Marc-André Chartrand wrote: > Can bug fixes from version 4.0 be ported to v 3.2.X ? and also, when is > the next 3.2.X version coming out ? > > The fix I'm looking at in particular is : > > https://issues.apache.org/jira/browse/COLLECTIONS-294 > > Which is only fixed in

Re: [Math] Nearest neighbors search

On Fri, Jun 19, 2015 at 3:56 PM, Gilles wrote: > Hi. > > Referring to the newly created MATH-1235. > > I was looking for a way to improve the performance of a code that also > needs, for some point "p", to select the "n" closest neighbours (from > a list of sample data points). > > Browsing throu

Re: [DISCUSS] Karma necessary for Release Manager roles

On 06/23/2015 05:59 PM, sebb wrote: > The default karma needed for committing to the SVN dist/release/TLP > areas is membership of the LDAP PMC group. This can be changed to be > membership of the LDAP committer group if required. > > I'm not sure about the current karma needed for Nexus upload, i

Re: svn commit: r1688303 - /commons/proper/collections/trunk/src/changes/changes.xml

On 07/01/2015 01:08 AM, sebb wrote: > On 29 June 2015 at 21:41, wrote: >> Author: tn >> Date: Mon Jun 29 20:41:17 2015 >> New Revision: 1688303 >> >> URL: http://svn.apache.org/r1688303 >> Log: >> Add reference to parent ticket. >> >> Modified: >> commons/proper/collections/trunk/src/changes/

Re: [math] random boolean arrays

On 07/11/2015 09:08 PM, Phil Steitz wrote: > The code implemented in MATH-1242 to improve performance of KS > monteCarloP in-lines efficient generation of random boolean arrays. > Unfortunately, I think the implementation is not quite random (see > comments on the ticket). To verify it, we need

Re: [math] random boolean arrays

On 07/11/2015 09:43 PM, Phil Steitz wrote: > On 7/11/15 12:29 PM, Thomas Neidhart wrote: >> On 07/11/2015 09:08 PM, Phil Steitz wrote: >>> The code implemented in MATH-1242 to improve performance of KS >>> monteCarloP in-lines efficient generation of random boolean arr

Re: [math] random boolean arrays

On 07/12/2015 04:58 PM, Phil Steitz wrote: > On 7/12/15 2:50 AM, Thomas Neidhart wrote: >> On 07/11/2015 09:43 PM, Phil Steitz wrote: >>> On 7/11/15 12:29 PM, Thomas Neidhart wrote: >>>> On 07/11/2015 09:08 PM, Phil Steitz wrote: >>>>> The code implemen

Re: [Math] Compile only top-level package and below

On 09/04/2015 03:08 PM, Gilles wrote: > Hello. > > There are two branches for Commons Math. > > For one, the top-level Java package is > org.apache.commons.math4 > For the other, it is > org.apache.commons.math3 > > Unless I'm mistaken, this should imply that maven tries to compile > only fi

Re: [Math] Utilization of Lombok

Hi Ole, can you explain why you think that the addition of lombok brings any benefit to our users? >From my point of view, lombok can help developers by taking over some tedious tasks, but this is quite irrelevant in the case of CM as the majority of work goes into algorithm design and verificati

Re: [Math] Utilitzation of SLF4J?

Hi Ole, for a start, I think you are asking the wrong question. First of all we need to agree that we want to add some kind of logging facility to CM. If the outcome is positive, there are a handful of alternatives, some of them more viable than slf4j in the context of CM (e.g. JUL or commons-logg

Re: [Math] Utilitzation of SLF4J?

On Fri, Sep 25, 2015 at 5:09 PM, Gilles wrote: > On Fri, 25 Sep 2015 07:28:48 -0700, Phil Steitz wrote: > >> On 9/25/15 7:03 AM, Gilles wrote: >> >>> On Fri, 25 Sep 2015 15:54:14 +0200, Thomas Neidhart wrote: >>> >>>> Hi Ole, >>>>

Re: [Math] Utilization of Lombok

On 09/25/2015 05:04 PM, Ole Ersoy wrote: > Hi Thomas, > > On 09/25/2015 08:45 AM, Thomas Neidhart wrote: >> Hi Ole, >> >> can you explain why you think that the addition of lombok brings any >> benefit to our users? > Sure - I'm looking at the Levenber

Re: [Math] Utilitzation of SLF4J?

On 09/26/2015 02:33 AM, Gilles wrote: > On Fri, 25 Sep 2015 16:52:26 -0700, Hasan Diwan wrote: >> On 25 September 2015 at 16:47, Gilles >> wrote: >> >>> On Fri, 25 Sep 2015 17:30:33 +0200, Thomas Neidhart wrote: >>> >>>> On Fri, Sep 25, 2015 a

Re: [Math] Utilitzation of SLF4J?

On 09/26/2015 01:11 PM, Gilles wrote: > On Sat, 26 Sep 2015 09:53:30 +0200, Thomas Neidhart wrote: >> On 09/26/2015 02:33 AM, Gilles wrote: >>> On Fri, 25 Sep 2015 16:52:26 -0700, Hasan Diwan wrote: >>>> On 25 September 2015 at 16:47, Gilles >>>> wrot

Re: [Math] Utilization of Lombok

On 09/28/2015 06:14 AM, venkatesha murthy wrote: > Do we know if lombok is supported on all flavours of java for instance IBM > JDK, Open JDK , java 8 etc... > > Was just thinking of the future proof readiness. > > Iam absolutely interested in lombok and even today use it for most demo > purposes

Re: [RESULT] [VOTE] Accept Naomi

On 11/04/2015 03:37 AM, Phil Steitz wrote: > Here is a tally of the VOTE > > Commons PMC: > +1 from Dave Brosius, Luc Maisonobe, Phil Steitz, Joerg Schaibl, > Oliver Heger, Gary Gregory, Niall Pemberton > +0 from BenediKt Ritter > -0 from > -1 from Emmanuel Bourg, Mark Thomas, James Carman > > Ot

Re: [math] releasing 3.6 ?

On 11/04/2015 10:13 AM, luc wrote: > Hi all, > > I would like to release 3.6 in the upcoming weeks. > There have been a bunch of bug fixes and a few evolutions that are > important to me. > > I am still working on two things both related to ode: first trying > to stabilize the Adams-BAshforth and

Re: [collection][security] InvokerTransformer missused in java object serialisation exploits

On 11/06/2015 10:25 PM, Bernd Eckenfels wrote: > ello, > > I came across this article: > > http://foxglovesecurity.com/2015/11/06/what-do-weblogic-websphere-jboss-jenkins-opennms-and-your-application-have-in-common-this-vulnerability/ > > It describes attacks against common Java applications wit

Re: [collection][security] InvokerTransformer missused in java object serialisation exploits

On 11/07/2015 12:56 AM, Thomas Neidhart wrote: > On 11/06/2015 10:25 PM, Bernd Eckenfels wrote: >> ello, >> >> I came across this article: >> >> http://foxglovesecurity.com/2015/11/06/what-do-weblogic-websphere-jboss-jenkins-opennms-and-your-application-have-in-co

<    3   4   5   6   7   8   9   >