Build failed in Jenkins: commons-beanutils #14

See Changes: [stain] japicmp configuration for the future see siom79/japicmp#148 [stain] enable pmd and findbugs reports .. newer japicmp and clirr to work with Java 8 [stain] javadoc typo [stain] UTF-8 for RELEASE-NOTES.txt [stai

Build failed in Jenkins: commons-beanutils » Apache Commons BeanUtils #14

See Changes: [stain] japicmp configuration for the future see siom79/japicmp#148 [stain] enable pmd and findbugs reports .. newer japicmp and clirr to work with Java 8 [stain] javadoc typo [stai

Re: [ALL] Character set in dist area? (e.g. RELEASE-NOTES.txt)

Done. Also changed to UTF-8 in git/svn for beanutils, lang, cli and codec. To keep it consistent I also added to their pom.xml the property utf-8 and an equivalent src/site/resources/.htaccess -- thus their sites/javadoc will also be in UTF-8. On 26 September 2016 at 08:23, Emmanuel Bourg wro

Build failed in Jenkins: commons-beanutils » Apache Commons BeanUtils #15

See Changes: [stain] utf8 -- [...truncated 699 lines...] Exception in thread "main" java.lang.NoClassDefFoundError: ${argLine} Caused by: java.lang.ClassNotFo

Build failed in Jenkins: commons-beanutils #15

See Changes: [stain] utf8 -- [...truncated 731 lines...] at java.net.URLClassLoader$1.run(URLClassLoader.java:202) at java.security.AccessController.doPrivileged(Native Method)

Re: [lang] Shuffling arrays (was: [RNG] Scope of "Commons RNG")

Le 27/09/2016 à 01:14, Gilles a écrit : >>> * Shuffling algorithm (cf. Commons Math's "o.a.c.m.MathArrays"), >> >> This should go in the ArrayUtils class of commons-lang, with a >> java.util.Random parameter. > > I don't get that. > The idea is to parameterize the utilities with a "UniformRandomP

Re: [lang] Shuffling arrays (was: [RNG] Scope of "Commons RNG")

Hi. On Tue, 27 Sep 2016 12:53:33 +0200, Emmanuel Bourg wrote: Le 27/09/2016 à 01:14, Gilles a écrit : * Shuffling algorithm (cf. Commons Math's "o.a.c.m.MathArrays"), This should go in the ArrayUtils class of commons-lang, with a java.util.Random parameter. I don't get that. The idea is to

Re: [lang] Shuffling arrays

Le 27/09/2016 à 13:22, Gilles a écrit : > I (strongly) suggest > > ArraysUtils.shuffle(Object[] array, o.a.c.rng.UniformRandomProvider rnd) That's not possible, because we don't want to add external dependencies to commons-lang. > Moreover, the default RNG should be a good one, i.e. not > "j

[beanutils] Gradle build weirdness

Hi all, I had been using beanutils 1.9.2 as a runtime dependency in a gradle build. After the release of 1.9.3 version, I've upgraded the version in build.gradle but gradle somehow still picks up the older jar, although there is no reference of it. More information on a gradle forums (didn't want

Re: [lang] Shuffling arrays

On Tue, 27 Sep 2016 13:57:04 +0200, Emmanuel Bourg wrote: Le 27/09/2016 à 13:22, Gilles a écrit : I (strongly) suggest ArraysUtils.shuffle(Object[] array, o.a.c.rng.UniformRandomProvider rnd) That's not possible, because we don't want to add external dependencies to commons-lang. I mi

Re: [beanutils] Gradle build weirdness

Does anyone have any fix for it or have experienced the same? On Tue, Sep 27, 2016 at 12:45 PM, Raviteja Lokineni < raviteja.lokin...@gmail.com> wrote: > Hi all, > > I had been using beanutils 1.9.2 as a runtime dependency in a gradle > build. After the release of 1.9.3 version, I've upgraded the

Re: [LANG] Towards 3.5

+1 Am 27.09.2016 um 07:36 schrieb Charles Honton: There are multiple causes to LANG-1265. The two I have traced look like incomplete locale/timezone data from the CLDR provider. I recommend moving forward on 3.5 release without solving LANG-1265. chas On Sep 26, 2016, at 10:29 AM, Benedi

[GitHub] commons-io pull request #22: [IO-515] Add constructors that allow the initia...

GitHub user brettlounsbury opened a pull request: https://github.com/apache/commons-io/pull/22 [IO-515] Add constructors that allow the initial size of the in memory buffer Add constructors that allow the initial size of the in memory buffer to be set to a value other than the defa

Re: [lang] Shuffling arrays

There are no good reasons for a component such as commons-lang to have any runtime dependencies beside Java itself. The commons-lang install base is enormous with very diverse usage patterns. Having it coupled to another libraries, regardless of the maintainer, invites all kinds of classloading p

Re: [RNG] Scope of "Commons RNG"

On Mon, Sep 26, 2016 at 11:36 PM, Gilles wrote: > On Mon, 26 Sep 2016 21:23:24 -0500, Brent Worden wrote: > >> >> With that said, I started thinking a bridge to go between the two engines, >> UniformRandomProvider and java.util.Random, might be beneficial. For >> third >> parties that have imple

Re: [lang] Shuffling arrays

+1: [lang] is a low-level library, which should not have any deps. Gary On Tue, Sep 27, 2016 at 5:55 PM, Brent Worden wrote: > There are no good reasons for a component such as commons-lang to have any > runtime dependencies beside Java itself. The commons-lang install base is > enormous with