Re: [ALL] Maven plugins common configuration.

On 26 October 2016 at 01:14, Artem Barger wrote: > Hi, > > While working on creating multi module configuration for commons-rng > component I've extracted all configurations for maven plugins such as: pmd, > findbugs, checkstyle into separate module "commons-rng-build-tools".

[ALL] Maven plugins common configuration.

Hi, While working on creating multi module configuration for commons-rng component I've extracted all configurations for maven plugins such as: pmd, findbugs, checkstyle into separate module "commons-rng-build-tools". Such that parent project can now refer to it within build plugins section and

Re: [01/51] [partial] commons-rng git commit: Multimodule support

On Sat, Oct 22, 2016 at 5:24 PM, Gilles wrote: > I don't think that's what caused all those files to be tracked: > Removing​ "/" from "/site-content" will make git to ignore this folder within modules folders as well. > ---CUT--- > $ git check-ignore

Re: [complex] commons-complex module

Hi all, I agree that 'filter' is slightly problematic but I'd say because it's been used in different contexts and often misleading. However, I cannot think of a better word. That also depends where we place 2D image processing. They are also called filters. For IIR , Kalman(and possibly

Re: [VOTE] Release Apache Commons JCS 2.0-beta-2 based on RC1

On 25 October 2016 at 20:06, Thomas Vandahl wrote: > Hi Benedikt, > > On 24.10.16 08:34, Benedikt Ritter wrote: >> Sorry, if that has been decided, I must have missed it. I'll take another >> look tonight. > > Could you please reconsider your vote? I fixed the check sums so give

Re: [complex] commons-complex module

On Tue, Oct 25, 2016 at 12:07 PM, Eric Barnhill wrote: > On Tue, Oct 25, 2016 at 7:32 PM, Gary Gregory > wrote: > > > > > I am against this constant spinning out. > > > > Gary > > > > > The proposed commons-filter is not a spin out. There was one

Re: [complex] commons-complex module

I am against spinning out org.apache.commons.math4.complex out into yet another component. The argument that Gilles refuses to support org.apache.commons.math4.complex because he does not want to support all of org.apache.commons.math4 in favor of supporting a COPY of

Re: [CSV] Throw custom runtime exception from iterator.next()?

Tracking here: https://issues.apache.org/jira/browse/CSV-201 Gary On Tue, Oct 25, 2016 at 10:45 AM, Gilles wrote: > On Tue, 25 Oct 2016 10:37:13 -0700, Gary Gregory wrote: > >> Using RE is a no-no, so we need to do _something_ >> >> The code already suggests using

Re: [VOTE] Release Apache Commons JCS 2.0-beta-2 based on RC1

Hi, when building on Windows 10 with Java 1.6 I get the error below. The build with Java 1.8 is successful. On the distributions, I found some problems: - Both the source and the binary distribution deflate in the same folder. Typically, different folders are used. - The binary distribution does

Re: [complex] commons-complex module

On Tue, Oct 25, 2016 at 7:32 PM, Gary Gregory wrote: > > I am against this constant spinning out. > > Gary > > The proposed commons-filter is not a spin out. There was one filter in math and it didn't belong there. Now we have at least couple of people around who know

Re: [VOTE] Release Apache Commons JCS 2.0-beta-2 based on RC1

Hi Benedikt, On 24.10.16 08:34, Benedikt Ritter wrote: > Sorry, if that has been decided, I must have missed it. I'll take another > look tonight. Could you please reconsider your vote? I fixed the check sums so give it one more chance! Bye, Thomas

Re: [complex] commons-complex module

On Tue, 25 Oct 2016 10:32:20 -0700, Gary Gregory wrote: On Tue, Oct 25, 2016 at 8:46 AM, Jochen Wiedmann wrote: Honestly, I really wonder why all this stuff has to fork yet another commons component. IMO, CM could just have been changed to emit multiple jar files

Re: [CSV] Throw custom runtime exception from iterator.next()?

On Tue, 25 Oct 2016 10:37:13 -0700, Gary Gregory wrote: Using RE is a no-no, so we need to do _something_ The code already suggests using an ISE: // TODO: This is not great, throw an ISE instead? throw new RuntimeException(e); Curious: Why is adding a

Re: [complex] commons-complex module

On Tue, 25 Oct 2016 17:51:00 +0200, Emmanuel Bourg wrote: Le 25/10/2016 à 17:46, Jochen Wiedmann a écrit : Honestly, I really wonder why all this stuff has to fork yet another commons component. IMO, CM could just have been changed to emit multiple jar files with no need for other components.

Re: [CSV] Throw custom runtime exception from iterator.next()?

Using RE is a no-no, so we need to do _something_ The code already suggests using an ISE: // TODO: This is not great, throw an ISE instead? throw new RuntimeException(e); Curious: Why is adding a custom exception better that ISE? The question will then be

Re: [complex] commons-complex module

Le 25/10/2016 à 18:20, dbrosIus a écrit : > I think we should let the people doing the work, decide. In general I agree with that, but there is a minimum level of formalism to follow for creating new components. Otherwise Commons will just turn into a GitHub/SourceForge clone inside Apache.

Re: [complex] commons-complex module

On Tue, Oct 25, 2016 at 8:46 AM, Jochen Wiedmann wrote: > Honestly, I really wonder why all this stuff has to fork yet another > commons component. IMO, CM could just have been changed to emit > multiple jar files with no need for other components. No need for >

Re: [complex] commons-complex module

I think we should let the people doing the work,  decide.  Original message From: Emmanuel Bourg Date: 10/25/16 11:51 AM (GMT-05:00) To: Commons Developers List Subject: Re: [complex] commons-complex module Le 25/10/2016 à

Re: [CSV] Throw custom runtime exception from iterator.next()?

Le 25/10/2016 à 11:30, Benedikt Ritter a écrit : > WDYT? Good idea. Emmanuel Bourg - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org

Re: [complex] commons-complex module

Le 25/10/2016 à 17:46, Jochen Wiedmann a écrit : > Honestly, I really wonder why all this stuff has to fork yet another > commons component. IMO, CM could just have been changed to emit > multiple jar files with no need for other components. No need for > discussions, no need for new repositories

Re: [complex] commons-complex module

Honestly, I really wonder why all this stuff has to fork yet another commons component. IMO, CM could just have been changed to emit multiple jar files with no need for other components. No need for discussions, no need for new repositories in Git, no need for new stuff in Jira. Or, to put it

Re: [TEXT] TEXT-10 A more complex Levenshtein distance

Hi Bruno,          Now the comment on formatting is fixed. I will be careful on this the next time. My understanding is, we need to traverse from the diagonal element [right bottom corner] to find whether whether its insert or delete or substitute. I might be wrong. Regarding using 1D array

Re: [complex] commons-complex module

Hi. On Sat, 22 Oct 2016 13:42:56 +0200, Eric Barnhill wrote: As the recent contribution shows the commons-math complex library remains quite useful to many applications. Following in the footsteps of commons-rng, commons-complex seems like a good next component of math to spin out and

Re: [CSV] Throw custom runtime exception from iterator.next()?

On Tue, Oct 25, 2016 at 4:45 PM, Gary Gregory wrote: > Or IllegalStateExecption? Bit generic, and not to be used inflationary. I'd clearly prefer a custom RuntimeException, as suggested by Benedikt. > On Oct 25, 2016 2:31 AM, "Benedikt Ritter" wrote:

Re: [CSV] Throw custom runtime exception from iterator.next()?

Or IllegalStateExecption? Gary On Oct 25, 2016 2:31 AM, "Benedikt Ritter" wrote: > Hi, > > in our iterator implementation returned by CSVParser.iterator() we wrap > IOExceptions into RuntimeExceptions because we cannot throw IOException > from the iterator methods. For this

Re: [math] IIR filter library (Butterworth,Bessel,...)

Thanks. That's quite a lot of stuff in there and to be honest I'm not sure how to use the library by looking at the documentation (which just contains the PLL papers) and/or code. Again here most code works on 'array = filter (array)' and not 'sample = filter(sample)' (see for example

Re: [math] IIR filter library (Butterworth,Bessel,...)

Am Montag, den 24.10.2016, 10:26 +0100 schrieb Bernd Porr: > Opps. Link doesn't work. Sorry, here we are https://sourceforge.net/projects/dsp4j/. there are subprojects fms(https://de.wikipedia.org/wiki/Funkmeldesystem ) and zvei(https://de.wikipedia.org/wiki/5-Ton-Folge) I grap the audiosignal

Re: [CSV] Throw custom runtime exception from iterator.next()?

On Tue, Oct 25, 2016 at 11:30 AM, Benedikt Ritter wrote: > in our iterator implementation returned by CSVParser.iterator() we wrap > IOExceptions into RuntimeExceptions because we cannot throw IOException > from the iterator methods. For this reason, user code has to catch >

[CSV] Throw custom runtime exception from iterator.next()?

Hi, in our iterator implementation returned by CSVParser.iterator() we wrap IOExceptions into RuntimeExceptions because we cannot throw IOException from the iterator methods. For this reason, user code has to catch RuntimeException in order to recover from parsing failures. I was thinking whether

Re: [PROPOSAL] sandbox request for commons-filter

On Tue, Oct 25, 2016 at 10:22 AM, Eric Barnhill wrote: > integrated into maven. How is software for signal and image processing related to Maven (a software build tool). That sounds strange to me. Jochen -- The next time you hear: "Don't reinvent the wheel!"

Re: [PROPOSAL] sandbox request for commons-filter

Hello Eric, Eric Barnhill schrieb am Di., 25. Okt. 2016 um 10:22 Uhr: > Dear PMC, > > I am writing to request a sandbox site be established for a proposed > commons sub-project, commons-filter . > > The library will consist of widely used basic methods for signal and

[PROPOSAL] sandbox request for commons-filter

Dear PMC, I am writing to request a sandbox site be established for a proposed commons sub-project, commons-filter . The library will consist of widely used basic methods for signal and image processing. As suits commons protocols the dependencies are only the Java API and commons-math . We