AW: [All] Jenkins failure

[jhm]

https://builds.apache.org/view/A-D/view/Commons/job/commons-rng/lastBuild/consoleFull

[INFO] Running 
org.apache.commons.rng.sampling.distribution.ContinuousSamplerParametricTest
[ERROR] Tests run: 36, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 97.064 
s <<< FAILURE! - in 
org.apache.commons.rng.sampling.distribution.ContinuousSamplerParametricTest
[ERROR] testSampling[10: 
data=org.apache.commons.math3.distribution.CauchyDistribution@3c9ff588 (inverse 
method) [org.apache.commons.rng.core.source32.Well19937c]: 
deciles=[-13.726575917288638, -6.07071864212028, -3.146441376024124, 
-1.3391386330480781, 0.123, 1.5851386330480781, 3.3924413760241228, 
6.316718642120282, 
13.972575917288637]](org.apache.commons.rng.sampling.distribution.ContinuousSamplerParametricTest)
  Time elapsed: 0.235 s  <<< FAILURE!
...
[ERROR]   Run 1: ContinuousSamplerParametricTest.testSampling:53->check:127 
org.apache.commons.math3.distribution.CauchyDistribution@3c9ff588 (inverse 
method) [org.apache.commons.rng.core.source32.Well19937c]: Too many failures 
for sample size = 2 (3 out of 50 tests failed, chi2=[22.8669997, 
24.1959998, 21.714]


Don't know the codebase, so can't say anything about these error.


[INFO] --- maven-compiler-plugin:3.7.0:compile (default-compile) @ 
commons-rng-examples-stress ---
[INFO] Changes detected - recompiling the module!
[INFO] Compiling 3 source files to 
/home/jenkins/jenkins-slave/workspace/commons-rng/commons-rng-examples/examples-stress/target/classes
[INFO] -
[ERROR] COMPILATION ERROR : 
[INFO] -
[ERROR] javac: invalid target release: 1.7
Usage: javac  
use -help for a list of possible options

The job runs on a Java8 (JDK="JDK 1.8 (latest)"), but injects a Java6 (Tool 
Environment: JDK_1_6_LATEST__HOME).
Environment variables
  JAVA_1_8_HOME=${JDK_1_8_LATEST__HOME}
  JAVA_1_6_HOME=${JDK_1_6_LATEST__HOME}

The Maven build runs with "-e -V clean deploy --batch-mode -Dgpg.skip -Prelease 
-Pjava-1.6"

https://github.com/apache/commons-rng/blob/master/commons-rng-examples/pom.xml 
defines 
1.7
1.7


I think the combination of these compiler settings and the chosen Maven profile 
is invalid.


Jan


> -Ursprüngliche Nachricht-
> Von: Gilles [mailto:gil...@harfang.homelinux.org]
> Gesendet: Dienstag, 18. September 2018 01:21
> An: Commons Developers List
> Betreff: [All] Jenkins failure
> 
> Hi.
> 
> Has someone an idea why jobs started to fail:
>https://builds.apache.org/view/A-D/view/Commons/job/commons-rng/
> 
> https://builds.apache.org/view/A-D/view/Commons/job/commons-rng__jdk9/
> ?
> 
> Thanks,
> Gilles
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

AW: Error on version overview

[jhm]

3.6 published on 2017-06-08 regarding the overview page
3.7 published on 2017-11-04 regarding
http://search.maven.org/#search%7Cga%7C1%7Ccommons-lang3

Jan

> -Ursprüngliche Nachricht-
> Von: Jan Matèrne (jhm) [mailto:apa...@materne.de]
> Gesendet: Dienstag, 10. April 2018 14:31
> An: 'Commons Developers List'
> Betreff: Error on version overview
> 
>  <http://commons.apache.org/> http://commons.apache.org/ lists version
> 3.6 for commons-lang3 while there is a version 3.7 published
> 
>  <https://mvnrepository.com/artifact/org.apache.commons/commons-
> lang3/3.7>
> https://mvnrepository.com/artifact/org.apache.commons/commons-lang3/3.7
> 
> 
> 
> Jan
> 
> 



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Error on version overview

[jhm]

  http://commons.apache.org/ lists version 3.6
for commons-lang3 while there is a version 3.7 published

 
https://mvnrepository.com/artifact/org.apache.commons/commons-lang3/3.7  

 

Jan

 

AW: [lang] Todo utility class

[jhm]

That class is not a regular dependency (test/runtime). 
It is more a tool - especially with the mojo you suggested.

So, where we could host tools?

Jan


> -Ursprüngliche Nachricht-
> Von: Matt Benson [mailto:mben...@apache.org]
> Gesendet: Freitag, 16. März 2018 22:22
> An: Commons Developers List
> Betreff: Re: [lang] Todo utility class
> 
> I also don't think it belongs in a testing module. OTOH, I appreciate
> the desire not to have such hang around in finished code. I think I
> might create a dedicated project around this (elsewhere) with a Maven
> plugin to provide safeguards around unfinished uses of Todo.
> 
> Thanks for considering this,
> Matt
> 
> On Mar 16, 2018 6:09 AM, "Gilles"  wrote:
> 
> > On Fri, 16 Mar 2018 00:35:24 -0700, Bindul Bhowmik wrote:
> >
> >> On Thu, Mar 15, 2018 at 4:05 PM, Gilles
> >> 
> >> wrote:
> >>
> >>> Hi.
> >>>
> >>> On Wed, 14 Mar 2018 16:51:43 -0500, Matt Benson wrote:
> >>>
> 
>  I have often thought about creating a utility class that allows me
>  to write skeletal code that still compiles but will remind me to
> go
>  back and finish it. This is a weird meta area of programming, but
>  here are some basic usage
>  examples:
> 
>  Foo foo = Todo.todo(); //returns null Bar bar =
>  Todo.todo(THROWING_EXCEPTION); //throws NotImplementedException
> Baz
>  baz = Todo.todo(RETURNING_NULL, "create a Baz"); //returns null
> and
>  prints a message to System.err
> 
>  I would also think it a good (if odd) idea to make the whole class
>  deprecated so that its use is flagged in tools, etc.
> 
>  Does the community think this code would be suited to the
>  commons-lang component?
> 
> >>>
> >>>
> >>> Perhaps "Commons Testing".
> >>> IIUC, such calls are not meant to appear in released code.
> >>>
> >>
> >> I would recommend against commons testing. i would assume that
> >> component would be a dependency with a test scope in most projects,
> >> making it impossible to use it in the main code.
> >>
> >
> > That is the feature: when about to release, all "Commons Testing"
> > modules must be in "test" scope, and if they are used in "main",
> > compilation will fail.
> > In development, "main" would depend on "Commons Testing" to allow
> > usage of "Todo".
> >
> > Gilles
> >
> > Regards,
> >> Bindul
> >>
> >>
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

AW: Build failed in Jenkins: commons-validator #61

[jhm]

It seems that there is lot of work on the nodes ATM.
So we have to wait for results ...

Jan

> -Ursprüngliche Nachricht-
> Von: Jan Matèrne (jhm) [mailto:apa...@materne.de]
> Gesendet: Mittwoch, 14. März 2018 09:33
> An: 'Commons Developers List'
> Betreff: AW: Build failed in Jenkins: commons-validator #61
> 
> I solved the same problem for commons-email.
> https://builds.apache.org/view/All/job/commons-email/configure
> 
> The project requires via the chosen Maven profile a specific Java
> version.
> This Java installation must be available via a specific environment
> variable "JAVA_1_7_HOME".
> 
> commons-validator sets this to a fixed value, where I don't know this
> location exists on the build node.
> 
> Jenkins could inject the value, but on another name
> "JDK_1_7_LATEST__HOME".
> 'Inject environment variables to the build process > Properties
> Content': "JAVA_1_7_HOME=$JDK_1_7_LATEST__HOME"
> and specify the required value sources via 'Tool Environment'.
> 
> 
> I adapted the email configuration and started a new build.
> 
> 
> Jan
> 
> 
> > -Ursprüngliche Nachricht-
> > Von: sebb [mailto:seb...@gmail.com]
> > Gesendet: Mittwoch, 14. März 2018 00:58
> > An: Commons Developers List
> > Betreff: Re: Build failed in Jenkins: commons-validator #61
> >
> > I think this has happened before.
> >
> > Jenkins now needs Java 8.
> > It attempts recovery but that does not work.
> >
> > On 13 March 2018 at 16:17, Gary Gregory <garydgreg...@gmail.com>
> wrote:
> > > Thoughts on how to fix this?
> > >
> > > Gary
> > >
> > > -- Forwarded message -
> > > From: Apache Jenkins Server <jenk...@builds.apache.org>
> > > Date: Tue, Mar 13, 2018, 09:48
> > > Subject: Build failed in Jenkins: commons-validator #61
> > > To: <notificati...@commons.apache.org>
> > >
> > >
> > > See
> > > <https://builds.apache.org/job/commons-
> validator/61/display/redirect
> > > >
> > >
> > > --
> > > Started by user ggregory
> > > [EnvInject] - Loading node environment variables.
> > > Building remotely on windows-2012-1 (Windows) in workspace <
> > > https://builds.apache.org/job/commons-validator/ws/>
> > > Updating
> > > https://svn.apache.org/repos/asf/commons/proper/validator/trunk at
> > revision '2018-03-13T15:47:38.139 +'
> > > At revision 1826655
> > >
> > > No changes for
> > > https://svn.apache.org/repos/asf/commons/proper/validator/trunk
> > > since the previous build [EnvInject] - Executing scripts and
> > > injecting environment variables after the SCM step.
> > > [EnvInject] - Injecting as environment variables the properties
> > > content JAVA_1_6_HOME=/home/jenkins/tools/java/latest1.6/
> > >
> > > [EnvInject] - Variables injected successfully.
> > > Parsing POMs
> > > Established TCP socket on 62574
> > > maven35-agent.jar already up to date maven35-interceptor.jar
> already
> > > up to date maven3-interceptor-commons.jar already up to date
> > > [commons-validator] $ f:\\jenkins\\tools\\java\\latest1.7/bin/java
> > > -Xmx2g -Xms256m -cp
> > > f:\jenkins\jenkins-slave\maven35-
> > agent.jar;f:\jenkins\tools\maven\late
> > > st3\boot\plexus-classworlds-
> > 2.5.2.jar;f:\\jenkins\\tools\\maven\\lates
> > > t3/conf/logging jenkins.maven3.agent.Maven35Main
> > > f:\\jenkins\\tools\\maven\\latest3
> > > F:\jenkins\jenkins-slave\slave.jar
> > > f:\jenkins\jenkins-slave\maven35-interceptor.jar
> > > f:\jenkins\jenkins-slave\maven3-interceptor-commons.jar 62574
> > > <===[JENKINS REMOTING CAPACITY]===>   channel started
> > > ERROR:
> > >
> >
> ==
> > > ==
> > > ERROR: Invalid project setup:
> jenkins/security/MasterToSlaveCallable
> > :
> > > Unsupported major.minor version 52.0
> > > ERROR: [JENKINS-18403][JENKINS-28294] JDK 'JDK 1.7 (latest)' not
> > > supported to run Maven projects.
> > > ERROR: Maven projects have to be launched with a Java version
> > > greater or equal to the minimum version required by the master.
> > > ERROR: Use the Maven JDK Toolchains (plugin) to build your maven
> > > project with an older JDK.
> > > ERROR: Retrying with slave Java and setting compile/tes

AW: Build failed in Jenkins: commons-validator #61

[jhm]

I solved the same problem for commons-email.
https://builds.apache.org/view/All/job/commons-email/configure

The project requires via the chosen Maven profile a specific Java version.
This Java installation must be available via a specific environment variable 
"JAVA_1_7_HOME".

commons-validator sets this to a fixed value, where I don't know this location 
exists on the build node.

Jenkins could inject the value, but on another name "JDK_1_7_LATEST__HOME".
'Inject environment variables to the build process > Properties Content': 
"JAVA_1_7_HOME=$JDK_1_7_LATEST__HOME"
and specify the required value sources via 'Tool Environment'.


I adapted the email configuration and started a new build.


Jan


> -Ursprüngliche Nachricht-
> Von: sebb [mailto:seb...@gmail.com]
> Gesendet: Mittwoch, 14. März 2018 00:58
> An: Commons Developers List
> Betreff: Re: Build failed in Jenkins: commons-validator #61
> 
> I think this has happened before.
> 
> Jenkins now needs Java 8.
> It attempts recovery but that does not work.
> 
> On 13 March 2018 at 16:17, Gary Gregory  wrote:
> > Thoughts on how to fix this?
> >
> > Gary
> >
> > -- Forwarded message -
> > From: Apache Jenkins Server 
> > Date: Tue, Mar 13, 2018, 09:48
> > Subject: Build failed in Jenkins: commons-validator #61
> > To: 
> >
> >
> > See
> > 
> >
> > --
> > Started by user ggregory
> > [EnvInject] - Loading node environment variables.
> > Building remotely on windows-2012-1 (Windows) in workspace <
> > https://builds.apache.org/job/commons-validator/ws/>
> > Updating
> > https://svn.apache.org/repos/asf/commons/proper/validator/trunk at
> revision '2018-03-13T15:47:38.139 +'
> > At revision 1826655
> >
> > No changes for
> > https://svn.apache.org/repos/asf/commons/proper/validator/trunk since
> > the previous build [EnvInject] - Executing scripts and injecting
> > environment variables after the SCM step.
> > [EnvInject] - Injecting as environment variables the properties
> > content JAVA_1_6_HOME=/home/jenkins/tools/java/latest1.6/
> >
> > [EnvInject] - Variables injected successfully.
> > Parsing POMs
> > Established TCP socket on 62574
> > maven35-agent.jar already up to date
> > maven35-interceptor.jar already up to date
> > maven3-interceptor-commons.jar already up to date [commons-validator]
> > $ f:\\jenkins\\tools\\java\\latest1.7/bin/java -Xmx2g -Xms256m -cp
> > f:\jenkins\jenkins-slave\maven35-
> agent.jar;f:\jenkins\tools\maven\late
> > st3\boot\plexus-classworlds-
> 2.5.2.jar;f:\\jenkins\\tools\\maven\\lates
> > t3/conf/logging jenkins.maven3.agent.Maven35Main
> > f:\\jenkins\\tools\\maven\\latest3
> > F:\jenkins\jenkins-slave\slave.jar
> > f:\jenkins\jenkins-slave\maven35-interceptor.jar
> > f:\jenkins\jenkins-slave\maven3-interceptor-commons.jar 62574
> > <===[JENKINS REMOTING CAPACITY]===>   channel started
> > ERROR:
> >
> ==
> > ==
> > ERROR: Invalid project setup: jenkins/security/MasterToSlaveCallable
> :
> > Unsupported major.minor version 52.0
> > ERROR: [JENKINS-18403][JENKINS-28294] JDK 'JDK 1.7 (latest)' not
> > supported to run Maven projects.
> > ERROR: Maven projects have to be launched with a Java version greater
> > or equal to the minimum version required by the master.
> > ERROR: Use the Maven JDK Toolchains (plugin) to build your maven
> > project with an older JDK.
> > ERROR: Retrying with slave Java and setting compile/test properties
> to
> > point to f:\\jenkins\\tools\\java\\latest1.7.
> > ERROR:
> >
> ==
> > ==
> > Established TCP socket on 62579
> > maven35-agent.jar already up to date
> > maven35-interceptor.jar already up to date
> > maven3-interceptor-commons.jar already up to date [commons-validator]
> > $ "C:\Program Files\Java\jre1.8.0_152/bin/java" -Xmx2g -Xms256m -cp
> > f:\jenkins\jenkins-slave\maven35-
> agent.jar;f:\jenkins\tools\maven\late
> > st3\boot\plexus-classworlds-
> 2.5.2.jar;f:\\jenkins\\tools\\maven\\lates
> > t3/conf/logging jenkins.maven3.agent.Maven35Main
> > f:\\jenkins\\tools\\maven\\latest3
> > F:\jenkins\jenkins-slave\slave.jar
> > f:\jenkins\jenkins-slave\maven35-interceptor.jar
> > f:\jenkins\jenkins-slave\maven3-interceptor-commons.jar 62579
> > <===[JENKINS REMOTING CAPACITY]===>   channel started
> > Executing Maven:  -B -f <
> > https://builds.apache.org/job/commons-validator/ws/pom.xml>
> > -Dmaven.repo.local=f:\jenkins\jenkins-slave\maven-repositories\0 -V
> > clean install --batch-mode -Dgpg.skip -Prelease -Pjava-1.6  [1mApache
> > Maven 3.5.2 (138edd61fd100ec658bfa2d307c43b76940a5d7d;
> > 2017-10-18T07:58:13Z) [m
> > Maven home: F:\jenkins\tools\maven\latest3 Java version: 1.8.0_152,
> > vendor: Oracle 

AW: [email] Jenkins not building

[jhm]

I got the build running by injecting the required JAVA_1_6_HOME variable from 
$JDK_1_6_LATEST__HOME.
I had to restrict the job on label "ubuntu" because in the meanwhile a Win2003 
server without any Maven installed tried to do the job - without success ;-)

https://builds.apache.org/job/commons-email/lastBuild/console
[ERROR] 
/home/jenkins/jenkins-slave/workspace/commons-email/src/main/java/org/apache/commons/mail/Email.java:[1436,21]
 cannot access java.lang.AutoCloseable

Of course - this is @since 1.7.


Jan


> -Ursprüngliche Nachricht-
> Von: Jan Matèrne (jhm) [mailto:apa...@materne.de]
> Gesendet: Freitag, 2. März 2018 09:10
> An: 'Commons Developers List'
> Betreff: AW: [email] Jenkins not building
> 
> It seems that the job is failing, because the required environment
> variable JAVA_1_6_HOME is not set.
> (required by the 1.6-profile, defined in commons-parent).
> All available variables: https://builds.apache.org/job/commons-
> email/49/console
> 
> 
> Jan
> 
> > -Ursprüngliche Nachricht-
> > Von: Jan Matèrne (jhm) [mailto:apa...@materne.de]
> > Gesendet: Freitag, 2. März 2018 08:51
> > An: 'Commons Developers List'
> > Betreff: AW: [email] Jenkins not building
> >
> > I tried a build with additional -X maven parameter, but can't see any
> > helpful message.
> > https://builds.apache.org/job/commons-email/48/console
> >
> > I try something locally ...
> >
> >
> > Jan
> >
> > > -Ursprüngliche Nachricht-
> > > Von: Gilles [mailto:gil...@harfang.homelinux.org]
> > > Gesendet: Donnerstag, 1. März 2018 00:30
> > > An: dev@commons.apache.org
> > > Betreff: Re: [email] Jenkins not building
> > >
> > > On Wed, 28 Feb 2018 18:26:33 -0500, Otto Fowler wrote:
> > > > Does this mean anything "Jenkins needs Java 7 for Maven jobs]
> > > > Using
> > > > -Pjava-1.6 JAVA_1_6_HOME is defined by the job, so may be
> > > > incorrect for some hosts Solution TBA”
> > >
> > > If this is the cause, copy the relevant parts from the "commons-
> rng"
> > > config. [IIRC, JDK8 is now required by Jenkins.]
> > >
> > > Gilles
> > >
> > > >
> > > >
> > > > On February 28, 2018 at 18:03:08, Gary Gregory
> > > > (garydgreg...@gmail.com)
> > > > wrote:
> > > >
> > > > Can't figure out why: https://builds.apache.org/job/commons-
> email/
> > > >
> > > > Thoughts from other Jenkins users?
> > > >
> > > > Gary
> > >
> > >
> > > ---
> -
> > > - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> 
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

AW: [email] Jenkins not building

[jhm]

It seems that the job is failing, because the required environment variable 
JAVA_1_6_HOME is not set.
(required by the 1.6-profile, defined in commons-parent).
All available variables: https://builds.apache.org/job/commons-email/49/console


Jan

> -Ursprüngliche Nachricht-
> Von: Jan Matèrne (jhm) [mailto:apa...@materne.de]
> Gesendet: Freitag, 2. März 2018 08:51
> An: 'Commons Developers List'
> Betreff: AW: [email] Jenkins not building
> 
> I tried a build with additional -X maven parameter, but can't see any
> helpful message.
> https://builds.apache.org/job/commons-email/48/console
> 
> I try something locally ...
> 
> 
> Jan
> 
> > -Ursprüngliche Nachricht-
> > Von: Gilles [mailto:gil...@harfang.homelinux.org]
> > Gesendet: Donnerstag, 1. März 2018 00:30
> > An: dev@commons.apache.org
> > Betreff: Re: [email] Jenkins not building
> >
> > On Wed, 28 Feb 2018 18:26:33 -0500, Otto Fowler wrote:
> > > Does this mean anything "Jenkins needs Java 7 for Maven jobs] Using
> > > -Pjava-1.6 JAVA_1_6_HOME is defined by the job, so may be incorrect
> > > for some hosts Solution TBA”
> >
> > If this is the cause, copy the relevant parts from the "commons-rng"
> > config. [IIRC, JDK8 is now required by Jenkins.]
> >
> > Gilles
> >
> > >
> > >
> > > On February 28, 2018 at 18:03:08, Gary Gregory
> > > (garydgreg...@gmail.com)
> > > wrote:
> > >
> > > Can't figure out why: https://builds.apache.org/job/commons-email/
> > >
> > > Thoughts from other Jenkins users?
> > >
> > > Gary
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> 
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

AW: [email] Jenkins not building

[jhm]

I tried a build with additional -X maven parameter, but can't see any helpful 
message.
https://builds.apache.org/job/commons-email/48/console

I try something locally ...


Jan

> -Ursprüngliche Nachricht-
> Von: Gilles [mailto:gil...@harfang.homelinux.org]
> Gesendet: Donnerstag, 1. März 2018 00:30
> An: dev@commons.apache.org
> Betreff: Re: [email] Jenkins not building
> 
> On Wed, 28 Feb 2018 18:26:33 -0500, Otto Fowler wrote:
> > Does this mean anything "Jenkins needs Java 7 for Maven jobs] Using
> > -Pjava-1.6 JAVA_1_6_HOME is defined by the job, so may be incorrect
> > for some hosts Solution TBA”
> 
> If this is the cause, copy the relevant parts from the "commons-rng"
> config. [IIRC, JDK8 is now required by Jenkins.]
> 
> Gilles
> 
> >
> >
> > On February 28, 2018 at 18:03:08, Gary Gregory
> > (garydgreg...@gmail.com)
> > wrote:
> >
> > Can't figure out why: https://builds.apache.org/job/commons-email/
> >
> > Thoughts from other Jenkins users?
> >
> > Gary
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

AW: [commons-lang3] NumberUtils feature

[jhm]

Maybe open the comparators and use a fluent API?
is(42).between(10).and(50) == true
is(10).between(10).and(20) == false
is(10).between(10).and(20).includingLeft() == true
is(50).between(10).and(50) == false
is(50).between(10).and(50).includingRight() == true


Just quick thoughts ...

Jan


> -Ursprüngliche Nachricht-
> Von: Gilles [mailto:gil...@harfang.homelinux.org]
> Gesendet: Freitag, 29. Dezember 2017 22:46
> An: dev@commons.apache.org
> Betreff: Re: [commons-lang3] NumberUtils feature
> 
> On Fri, 29 Dec 2017 16:19:05 -0200, Lucas Carvalho wrote:
> > Gilles, thanks for you reply.
> >
> > I will consider your sugestions.
> >
> > So, can i open a issue in jira (apache commons) and implement this
> > feature?
> 
> Better wait for other opinions on the various suggestions, as it
> impacts on which JIRA project you'd open the issue.
> 
> Regards,
> Gilles
> 
> >
> > Thanks.
> >
> > Lucas Carvalho
> >
> >
> >
> > On Fri, Dec 29, 2017 at 12:25 PM, Gilles
> > 
> > wrote:
> >
> >> Hi.
> >>
> >> On Fri, 29 Dec 2017 11:53:29 -0200, Lucas Carvalho wrote:
> >>
> >>> I`m sorry,
> >>>
> >>> Now code in "text":
> >>>
> >>> public static boolean between(final int value, final int x, final
> >>> int y) {
> >>>
> >>>return value >= x && value <= y;
> >>>
> >>> }
> >>>
> >>>
> >>> public static boolean between(final short value, final short x,
> >>> final short
> >>> y) {
> >>>
> >>>return value >= x && value <= y;
> >>>
> >>> }
> >>>
> >>
> >> To comply with the Java convention, it should probably be
> >> "isBetween".
> >>
> >> Incidently, this also shows a weakness of "Utils" classes: the
> >> "target"
> >> (which would normally be "this") is on the same footing as the other
> >> arguments (the bounds of the interval here).
> >>
> >> Also the naming does not reflect whether bounds are included or not:
> >> usually, one would assume that the left bound is included (>=) but
> >> not the right one (<).
> >>
> >> Then, what about "between(15, 20, 10)"?
> >>
> >> Finally, we should consider whether to continue bloating
> >> "NumberUtils"
> >> in "Lang" or move some of it to the new "Numbers" component.[1]
> >>
> >> Regards,
> >> Gilles
> >>
> >> [1]
> >> https://git1-us-west.apache.org/repos/asf?p=commons-
> numbers.git;a=tre
> >> e
> >>
> >>
> >>>
> >>>
> >>> Obrigado.
> >>>
> >>> Atenciosamente
> >>>
> >>> Lucas Carvalho
> >>>
> >>> *Fone *- 34 9 9903 4621
> >>>
> >>> On Fri, Dec 29, 2017 at 11:47 AM, Gilles
> >>> 
> >>> wrote:
> >>>
> >>> Hi.
> 
>  On Fri, 29 Dec 2017 09:51:59 -0200, Lucas Carvalho wrote:
> 
>  Hello everybody,
> >
> > I want know if the feature "between" in NumberUtils lib has be
> > discussed?
> > I
> > use this methods a lot and i would like to share this code in
> > apache commons.
> >
> > Below i share a example:
> >
> > [image: Inline image 1]
> >
> >
>  All I can see is the above.
>  [Perhaps the image was stripped.]
> 
>  I assume it is code; so, please write it here as "text".
> 
>  Thanks,
>  Gilles
> 
> 
>  Thanks.
> >
> > Lucas Carvalho
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

AW: [text] Adapt the Log4j 2 Interpolator to [text]

[jhm]

If I see a syntax like ${prefix:key} I could think of having a map of "map 
providers".
The source of such a map could be a file, system properties, environment 
variables, database, ldap, ...

Haven't looked at commons-configuration.
But maybe also have a look at Apache Deltaspike which supports configurtion 
values via a "Datasource".

And Tamaya will also have one, I think ...


Jan



> -Ursprüngliche Nachricht-
> Von: Ralph Goers [mailto:ralph.go...@dslextreme.com]
> Gesendet: Donnerstag, 14. Dezember 2017 16:41
> An: Commons Developers List
> Betreff: Re: [text] Adapt the Log4j 2 Interpolator to [text]
> 
> Yes, the Interpolator was borrowed from Commons Configuration.
> 
> Ralph
> 
> > On Dec 14, 2017, at 5:20 AM, Jörg Schaible  inspire.com> wrote:
> >
> > Hi Gary,
> >
> > Am Wed, 13 Dec 2017 15:17:56 -0700 schrieb Gary Gregory:
> >
> >> Hi All,
> >>
> >> Log4j 2 provides it's own copy of our StrSubstitutor/StrLookup
> >> framework enhanced for Log4j's needs. In addition it provides a
> >> custom StrLookup called Interpolator which allows for lookups like:
> >>
> >> ${sys:java.version} and ${env:MY_VAR} to look up system properties
> >> and environment variables respectively as well as other sub maps.
> >
> > You will find this also in commons-configurations.
> >
> >> I would like to borrow this concept of a composite and keyed
> >> StrLookup and make it a first class citizen in [text].
> >>
> >> This would look like this:
> >>
> >> Interpolator interpolator = new o.a.c.t.Interpolator();
> >> interpolator.put("gary", StrLookup.mapLookup(new HashMap()));
> >> interpolator.put("alice", StrLookup.mapLookup(new HashMap()));
> >> StrSubstitutor strSubstitutor = new StrSubstitutor(interpolator);
> >>
> >> Thoughts?
> >
> > Cheers,
> > Jörg
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
> 
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

AW: [io] New enum for file system info?

[jhm]

s/MAC_OSX_9/MAC_OS_9/
What about older versions of MacOS?
UNKNOWN(31,1024) // smallest values for safety
Are there differences between FAT,FAT32,NTFS,reiserfs,... ?

Jan


> -Ursprüngliche Nachricht-
> Von: Gary Gregory [mailto:garydgreg...@gmail.com]
> Gesendet: Mittwoch, 15. November 2017 18:34
> An: Commons Developers List
> Betreff: Re: [io] New enum for file system info?
> 
> On Wed, Nov 15, 2017 at 10:30 AM, Gary Gregory 
> wrote:
> 
> > I find myself writing and using non-OO code around things like:
> >
> > private final int MAX_FILE_NAME_LENGTH_WINDOWS = 255;
> > private final int MAX_FILE_NAME_LENGTH_LINUX = 255;
> > private final int MAX_FILE_NAME_LENGTH_MAC = 255;
> > private final int MAX_FILE_NAME_LENGTH_MAC_OS9 = 31;
> >
> > private final int MAX_FILE_PATH_LENGTH_WINDOWS = 32000;
> > private final int MAX_FILE_PATH_LENGTH_LINUX = 4096;
> > private final int MAX_FILE_PATH_LENGTH_MAC = 1024;
> >
> > But that is not even right for older Macs which limits file names to
> > 31 chars.
> >
> > I was thinking of creating a new enum:
> >
> > package org.apache.commons.io;
> >
> > public enum FileSystem {
> >
> > LINUX(255, 4096),
> > MAC_OSX(255, 1024),
> > MAC_OSX_9(31, 1024),
> > WINDOWS(255, 32000);
> >
> > private final long maxFileLength;
> > private final long maxPathLength;
> >
> > private FileSystem(long maxFileLength, long maxPathLength) {
> > this.maxFileLength = maxFileLength;
> > this.maxPathLength = maxPathLength;
> > }
> >
> > public long getMaxFileLength() {
> > return maxFileLength;
> > }
> >
> > public long getMaxPathLength() {
> > return maxPathLength;
> > }
> >
> > public boolean isIllegalFileName(char ch) {
> > ...
> > }
> >
> > public String toLegalFileName(String candidate, char replacement)
> {
> > ...
> > }
> >
> > }
> >
> > I would also move the new method from https://issues.apache.org/
> > jira/browse/IO-555 there and rename it "isIllegalFileName(char)"
> >
> > Thoughts?
> >
> 
> The enum would obviously need a "public static FileSystem getCurrent()"
> method.
> 
> Gary
> 
> 
> >
> > Gary
> >


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

AW: [PROPOSAL] Apache Commons JUnit

[jhm]

+1.
But when we want to support JUnit4, JUnit5 and AssertJ maybe we could call that 
"Apache Commons Test" with three components.

Jan

> -Ursprüngliche Nachricht-
> Von: Romain Manni-Bucau [mailto:rmannibu...@gmail.com]
> Gesendet: Samstag, 4. November 2017 08:45
> An: Bruno P. Kinoshita; Commons Developers List
> Betreff: Re: [PROPOSAL] Apache Commons JUnit
> 
> Looks like a good idea but wonder if it fits commons. I kind of see a
> lot of modules already so maybe incubator?
> 
> Ps: if interesting I m happy to give
> https://github.com/rmannibucau/rule-them-all and help integrating it
> with
> junit5 too
> 
> 
> Le 4 nov. 2017 05:45, "Bruno P. Kinoshita"
>  a écrit :
> 
> > +1 for the idea and for looking at JUnit 5.x and maybe AssertJ.
> > CheersBruno
> >
> >   From: Matt Sicker 
> >  To: Commons Developers List 
> >  Sent: Saturday, 4 November 2017 1:44 PM
> >  Subject: Re: [PROPOSAL] Apache Commons JUnit
> >
> > I certainly like the idea, especially if the docs are good about
> > pulling in other related dependencies to complement the whole thing.
> > General resource management rules would be great, though, like the
> ones we have in Log4j.
> >
> > Also, I haven't looked closely at it yet, but supporting JUnit 5.x as
> > well would be nice.
> >
> > On 3 November 2017 at 18:11, Gary Gregory 
> wrote:
> >
> > > Hi All,
> > >
> > > I'd propose we start a new component called "Apache Commons JUnit".
> > >
> > > The goal would be to gather useful and reusable code like JUnit
> rules.
> > >
> > > This component would be focused on JUnit 4.x only.
> > >
> > > For example: org.apache.commons.collections4.junit.
> > > SetDefaultLocaleTestRule
> > >
> > > I have other rules stashed here and there as well, for example a
> Set
> > > Default Charset Rule.
> > >
> > > Thoughts?
> > >
> > > Gary
> > >
> >
> >
> >
> > --
> > Matt Sicker 
> >
> >
> >


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

AW: AW: [LANG] Releasing 3.6.1

[jhm]

> > Using RandomStringGenerator from RandomStringUtils sounds good, but
> > implies adding a dependency to commons-lang (commons-text).
> 
> I haven't understood it that way; IIRC it was suggested that "Commons
> Text" would additionally provide the same easy-to-use API (alias
> "RandomStringUtils") as is currently in "Commons Lang".
> When available, "RandomStringUtils" will be deleted from the latter,
> and users will have to modify their "import" statement.

Ok, that would be fine
* RandomStringGenerator in commons-text
* new RandomStringUtils in commons-text with different package using 
RandomStringGenerator
* mark RandomStringUtils in commons-lang as deprecated
* release commons-text
* release commons-lang
* later remove RSU from commons-lang


Jan


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

AW: [LANG] Releasing 3.6.1

[jhm]

Using RandomStringGenerator from RandomStringUtils sounds good, but implies 
adding 
a dependency to commons-lang (commons-text).
At the moment the only dependencies are for testing [1].

I am more of a -0 about adding the dependency, because this implies that all 
projects using commons-lang have to deliver commons-text too.
Optional dependencies seem to be a solution, but [2] shows that these 
dependencies should be avoided if possible.

Jan

[1] https://github.com/apache/commons-lang/blob/master/pom.xml
[2] 
https://maven.apache.org/guides/introduction/introduction-to-optional-and-excludes-dependencies.html



> -Ursprüngliche Nachricht-
> Von: Amey Jadiye [mailto:ameyjad...@gmail.com]
> Gesendet: Mittwoch, 6. September 2017 09:34
> An: Commons Developers List
> Betreff: Re: [LANG] Releasing 3.6.1
> 
> Hi Rob,
> 
> Looking at frequency I think more number of requests coming for
> RandomStringUtils for its simplicity.
> 
>  RandomStringGenerator is strong , flexible but one can't use it
> quickly.
> Also I think this tool should belong in Commons text's arsenal. I'm not
> only moving RandomStringUtils  to text but changing its core logic with
> using RandomStringGenerator which seems fair to me. So finally we
> should release
> text-1.2 rather doing rollback of deprecation and release lang 3.6.1,
> WDYT ?
> 
> Regards,
> Amey
> 
> On Wed, Sep 6, 2017, 12:00 AM Rob Tompkins  wrote:
> 
> >
> > > On Sep 5, 2017, at 11:00 AM, Amey Jadiye 
> wrote:
> > >
> > > Hello Benedikt,
> > >
> > > How about we keep that deprecated in lang and release Text-1.2 ?
> > [snip]
> >
> > I’m on board with this if folks are complaining and the original
> > intent was to deprecate things in [lang]. Why not roll forward as
> > opposed to backwards?
> >
> > But, that opens the question: Is RandomStringUtils something that
> most
> > folks would want (i.e. should it be in [lang] or [text])? I think
> that
> > question is more the heart of the problem here. Either direction
> seems
> > reasonable to me.
> >
> > Thoughts?
> >
> > -Rob
> >
> > > I will
> > > submit changes [1] related to this in fact i'm fixing couple of
> > > failing test cases ATM. If you are planning to release 3.6.1 just
> to
> > > remove deprecation and  deprecate RandomStringUtils back in Lang -
> > > 3.7 I'm fine with that as well.
> > >
> > > [1]. https://issues.apache.org/jira/browse/TEXT-101
> > >
> > > On Tue, Sep 5, 2017 at 10:47 AM, Benedikt Ritter
> > > 
> > wrote:
> > >
> > >> Hi,
> > >>
> > >> since we’re getting more and more requests about the deprecation
> of
> > >> RandomStringUtils, I’m thinking about releasing the current state
> > >> of the master branch as 3.6.1. I may have time to push an RC
> > >> sometime this
> > week.
> > >> So if you have some fixes you want to include, please do so now.
> > >>
> > >> Regards,
> > >> Benedikt
> > >> --
> -
> > >> -- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > >> For additional commands, e-mail: dev-h...@commons.apache.org
> > >>
> > >>
> > >
> > >
> > > --
> > >
> > > ---
> -
> > > -
> > >
> > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > >
> > > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

AW: [LANG] Thoughts about Lang 4.0

[jhm]

> For the tuple classes, it would be possible to make an entire tuples
> library. Might be handy to generate code for it as it'd be useful to
> support tuples up to, say, 22 fields (Scala has tuple classes and
> anonymous function classes up to 22 arguments, for example). See <
> https://www.scala-lang.org/api/current/scala/Tuple22.html>.

One benefit of having an ASF commons "tuple library" is  it's from the ASF.
I am not joking. An ASF library promisses to have a community and a life cycle 
you can 
precognize. In contrast a "simple" github library is just a peace of code.



> If we go to Java 8 as a base line (which would make sense), we don't
> need a commons-date library anymore, though if we did, it would be
> based on the java.time API instead. Not sure which functionality would
> be useful here.

I think converter functions between java.util.Date and java.time could be 
helpful.
Think of "old" modules of your application (maybe 3rd party libs) which require 
the one 
and other parts which require the other.


Jan


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

AW: [DRAFT] Board report

[jhm]

> Hm... did you read the draft?
> Gary

Jep, but it seems that I have missed a line ;)

Jan


> > > ## Health report:
> > >  - Since no development has happened for a long while, the Apache Commons
> > >Modeler component has been moved to dormant. No further development is
> > >expected.


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

AW: [DRAFT] Board report

[jhm]

Maybe add a note about moving Commons Modeler to dormant?

Jan


> -Ursprüngliche Nachricht-
> Von: Gary Gregory [mailto:garydgreg...@gmail.com]
> Gesendet: Dienstag, 11. April 2017 09:09
> An: Commons Developers List
> Betreff: [DRAFT] Board report
> 
> Here is my draft of our board report. As I was travelling last month, I
> was unable to take the time to compile it, so I am making it available
> for this month's board meeting. I plan on publishing this report
> tomorrow (Tuesday).
> 
> ## Description:
> - The Apache Commons project focuses on all aspects of reusable Java
> components.
> 
> - The Apache Commons components are widely used in many projects, both
> within Apache and without. Any ASF committer can commit to Apache
> Commons.
> 
> - The last report was on December 21, 2016.
> 
> ## Issues:
>  - There are no issues that requires the board's attention this
> quarter.
> 
> ## Activity:
>  - The project is active with seven (7) releases this reporting period.
> 
>  - We released one new component: Apache Commons Text 1.0,
>a library focused on algorithms working on strings.
> 
>  - Commons RDF has graduated from the Apache Incubator and is now a
>component of the Apache Commons project.
> 
> ## Health report:
>  - Most components in Commons are mature, but are still actively
> maintained
>(7 releases). The dev list is active. JIRA is active. Speed of
> responses
>to users is reasonable in most cases. We have 2 new PMC member, and
>Commons is still open to any Apache Committer.
>  - Since no development has happened for a long while, the Apache
> Commons
>Modeler component has been moved to dormant. No further development
> is
>expected.
>  - We are still experiencing some growing pains toward Commons Math 4.
> There
>is a backlog of issues in JIRA (not unlike other components) but no
> clear
>concensus in the community. Do-ocracy is likely to prevail. There is
> a
>proposal on how to move the code base forward and having Math depend
> on
>Commons Numbers and Commons RNG, and then dropping the corresonding
>Math code. All of which can be seen on the developer's mailing list.
> 
> ## PMC changes:
> 
>  - Currently 36 PMC members.
>  - No new PMC members added in the last 3 months
>  - Last PMC addition was Bruno P. Kinoshita on Wed Oct 26 2016
> 
> ## Committer base changes:
> 
>  - Currently 145 committers.
>  - New commmitters:
> - Bernd Porr was added as a committer on Tue Jan 31 2017
> - Raymond DeCampo was added as a committer on Wed Jan 25 2017
> - (Missing from LDAP people) was added as a committer on Thu Apr 06
> 2017
> 
> ## Releases:
> 
>  - Apache Commons CLI 1.4 was released on Sun Mar 12 2017
>  - Apache Commons CONFIGURATION 2.1.1 was released on Sat Feb 04 2017
>  - Apache Commons JCS 2.1 was released on Sat Feb 04 2017
>  - Apache Commons NET 3.6 was released on Tue Feb 14 2017
>  - Apache Commons TEXT 1.0 was released on Fri Mar 10 2017
>  - Apache Commons TEXT 1.0-BETA-1 was released on Wed Feb 08 2017
>  - Apache Commons VALIDATOR 1.6 was released on Mon Feb 20 2017
> 
> ## JIRA activity:
> 
>  - 173 JIRA tickets created in the last 3 months
>  - 173 JIRA tickets closed/resolved in the last 3 months
> 
> Gary Gregory
> Apache Commons Chair
> 
> --
> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org Java Persistence
> with Hibernate, Second Edition
>  =1789=9325=1617290459=as2=garygregor
> y-20=cadb800f39946ec62ea2b1af9fe6a2b8>
> 
>  20=am2=1=1617290459>
> JUnit in Action, Second Edition
>  =1789=9325=1935182021=as2=garygregor
> y-20=31ecd1f6b6d1eaf8886ac902a24de418%22>
> 
>  20=am2=1=1935182021>
> Spring Batch in Action
>  =1789=9325=1935182951=%7B%7BlinkCode%7D%
> 7D=garygregory-
> 20=%7B%7Blink_id%7D%7D%22%3ESpring+Batch+in+Action>
>  20=am2=1=1935182951>
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[TEXT] Site pointing to wrong javadoc location

[jhm]

On the main page [1] the link to the javadoc is wrong. It is [2] instead of
[3]:

"The package descriptions in the JavaDoc give an overview ..."

So you'll get a 404.

 

 

Jan

 

[1] http://commons.apache.org/proper/commons-text/

[2]
http://commons.apache.org/proper/commons-text/javadocs/api-release/index.htm
l

[3] http://commons.apache.org/proper/commons-text/apidocs/index.html

AW: interested in contributing

[jhm]

Starting points are also
- open issues (see JIRA:
https://issues.apache.org/jira/secure/BrowseProjects.jspa#10260)
- something you missed for yourself
- something another misses (see userlist)

Jan

> -Ursprüngliche Nachricht-
> Von: Stefan Bodewig [mailto:bode...@apache.org]
> Gesendet: Dienstag, 20. Dezember 2016 15:22
> An: dev@commons.apache.org
> Betreff: Re: interested in contributing
> 
> Welcome Shan
> 
> On 2016-12-20, Padmashantha Rajapakshe wrote:
> 
> > I have 10+ years of Java experience, so would like to contribute for
> > common project at the beginner level.
> 
> This sounds great.
> 
> > really appreciate if guide me with initial setup.
> 
> Commons isn't a whole but rather a group of components with different
> subsets of people working on it. Sometimes the subsets overlap, but
> quite a few people are only contributing to one or a few components.
> 
> So the first thing to figure out for you is what interests you the
> most. What part of Commons would you enjoy contributing to the most?
> 
> The homepage  lists the "proper"
> components, those that are considered mature and maintained enough to
> be able to cut releases. You'll see there are a lot of different
> things.
> 
> Some components are still inside the sandbox
>  which means they are either
> not yet ready for prime time or lacking developers who want to work on
> them. As you are finding your way around, you should probably prefer a
> component that has an active community so you don't need to work alone.
> 
> Once you've selected a component that sounds interesting, we can go
> from there.
> 
> Cheers
> 
> Stefan
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

AW: AW: [RNG] Help with Jenkins

[jhm]

> https://builds.apache.org/view/Apache%20Commons/job/Commons_Rng/77/org
> > .apache.commons$commons-rng-examples/console
> 
>  From what I read in the "configure" page of the Jenkins interface, it
> is not possible for a module to override the settings of the "parent"
> configuration!
> Hence I don't see how Jenkins can be used to check the different
> settings (Java 6 vs Java 7) of the modules's respective POM's...

Some ideas:
Use different Jenkins jobs for different Java versions.

Use different Maven profiles which sets a property for the config path and is 
activated by specific Java version.


Jan


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

AW: [RNG] Help with Jenkins

[jhm]

Could not find resource 'pmd/pmd-ruleset.xml'.


Havent found something in the job config.
Maven is started with
"clean deploy --batch-mode -Dgpg.skip -Prelease -Pjava-1.6 
-DJAVA_1_6_HOME=$JDK_1_6_LATEST__HOME pmd:pmd findbugs:findbugs 
checkstyle:checkstyle"



Jan

> -Ursprüngliche Nachricht-
> Von: Gilles [mailto:gil...@harfang.homelinux.org]
> Gesendet: Dienstag, 22. November 2016 13:18
> An: dev@commons.apache.org
> Betreff: Re: [RNG] Help with Jenkins
> 
> Hi.
> 
> On Tue, 22 Nov 2016 15:47:16 +1100, Olivier Lamy wrote:
> > fixed
> 
> Thanks for taking care, but it doesn't look like it is fixed:
>https://builds.apache.org/view/Apache%20Commons/job/Commons_RNG/
> 
> Best regards,
> Gilles
> 
> >
> > On 22 November 2016 at 09:51, Gilles 
> > wrote:
> >
> >> Hi.
> >>
> >> Jenkins fails because the POM of the "commons-rng-examples"
> >> (correctly) requires Java 1.7 while the Jenkins job config uses the
> >> 1.6 maven profile.[1]
> >>
> >> Does someone know how to fix that?
> >>
> >>
> >> Thanks,
> >> Gilles
> >>
> >> [1] See "Goals and options" at
> >>   https://builds.apache.org/view/Apache%20Commons/job/Commons_
> >> Rng/configure
> >>
> >>
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

AW: Java8 utilities

[jhm]

 
> We could also have Lamda utility classes in [lang], the classes would
> target Java 8 while the other classes would remain at the Java 6 level
> (this implies compiling the classes separately and recombining them in
> the final jar).

>From a users point of view I would search in commons-lang for language 
>"extensions".
But this kind of building would be ... complex.

Jan


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Java8 utilities

[jhm]

I thought about creating a PR for supplying helper methods for Java8
lambdas.

My intented target was commons-lang, but this is Java6.

 

Where could I propose the helpers?`

 

 

Jan

AW: [all] Automatic site update

[jhm]

> > A part of the release process is to update the web site. I wonder if
> > this could be simplified with a Jenkins job watching for the release
> > tags and building/uploading the new site automatically. That would
> > make one less thing to think about when releasing new versions. I
> > suspect the most difficult issue to solve is to let Jenkins publish
> > the content without compromising the security.

If you are willing to start the Jenkins job manually, you could use build 
parameters for asking for the security infos.

You could also use several jobs
- automatic job1 checks for thinks to do. If then send an email "manual things 
have to be done". Otherwise be quite.
- manual job2 does the secured actions


Jan


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

AW: [bcel] Deprecated InstructionConstants

[jhm]

> It does not make sense though. All of the code in the bcel6 package is
> going to be released for the first time in the upcoming 6.0 release.

Ok, didnt know that.
Then I'm fine :)

Just wanted to give a hint.


Jan


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

AW: [bcel] Deprecated InstructionConstants

[jhm]

> The interface org.apache.commons.bcel6.generic.InstructionConstants is
> deprecated in favor of a class. It seems OK to delete it since bcel6 is
> a major new release.
> 
> Check?

Had a look at the source and history:

Source [1]:
@deprecated (since 6.0) Do not use. Use InstructionConst instead.
==> When deprecating with 6.0, deleting it in 6.0 as well would be too early in 
my opinion.

History [2]:
Javac-@Deprecated added in Sep 2015 [3]
Javadoc-@Deprecatad is older. Havent found the initial commit.


As I am not familiar with BCEL source, are you sure its deprecated long enough?


Jan


[1] 
https://github.com/apache/commons-bcel/blob/trunk/src/main/java/org/apache/commons/bcel6/generic/InstructionConstants.java
[2] 
https://github.com/apache/commons-bcel/blame/trunk/src/main/java/org/apache/commons/bcel6/generic/InstructionConstants.java
[3] 
https://github.com/apache/commons-bcel/commit/885b0a0a353275739c9b1658a8384fdbf6a9af2b



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

AW: Creating a Jira Issue

[jhm]

> Stupid Question:

There are only a few stupid questions, and this is none. ;)

> How does one create a commons issue in Jira nowadays? All that I can
> find is to create an infra issue (Create/Something Else, or
> Create/Create Service Desk Request.

As Apache Commons is an umbrella project, each of its subprojects could use its 
own bugtracking system.
E.g. Commons Lang uses Jira and describes the use here:
http://commons.apache.org/proper/commons-lang/issue-tracking.html

AFAIK all subprojects use JIRA but with different JIRA-projectnames. 
So you have to look in JIRA for a meaningful name or - more prominent - on the 
subprojects documentation.


Jan


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

AW: [Math] Jenkins problem (Was: [Math] Change on branch [...])

[jhm]

I updated both jobs
https://builds.apache.org/view/All/job/Commons%20Math%20DeveloperBranch/
https://builds.apache.org/view/All/job/Commons%20Math%20MasterBranch/

'label must be "!jenkins-cloud-4GB&&(ubuntu)"


cheers
Jan


> -Ursprüngliche Nachricht-
> Von: Matt Sicker [mailto:boa...@gmail.com]
> Gesendet: Sonntag, 24. April 2016 00:27
> An: Commons Developers List
> Betreff: Re: [Math] Jenkins problem (Was: [Math] Change on branch
> [...])
> 
> Also, I don't have the permissions on Jenkins here, so I can't update
> the config, either.
> 
> On 23 April 2016 at 17:26, Matt Sicker  wrote:
> 
> > The test instances look like something Infra is working on to making
> > cloud-hosted jenkins slaves. I found some info here:
> >
> >
> https://cwiki.apache.org/confluence/display/INFRA/Update+Jenkins+Cloud
> > +Nodes
> >
> > Also, this ticket looks related:
> > https://issues.apache.org/jira/browse/INFRA-11543
> >
> > On 23 April 2016 at 17:07, Gilles 
> wrote:
> >
> >> On Sat, 23 Apr 2016 14:56:23 -0500, Matt Sicker wrote:
> >>
> >>> You can blacklist jenkins slaves in the build config. Add
> >>> "!jenkins-cloud-4GB&&(ubuntu)"
> >>> to blacklist all the test instances.
> >>>
> >>
> >> What are the "test instances"?
> >>
> >> I don't have the privileges to modify the Jenkins configuration.
> >> Can you make the change to fix the authentication problem?
> >>
> >> Regards,
> >> Gilles
> >>
> >>
> >> On 23 April 2016 at 12:14, Rob Tompkins  wrote:
> >>>
> >>> Honestly this seems to be an issue with the maven settings.xml on
> >>> the
>  server that ran the build. I’m guess that they were using the
>  default maven settings.xml as opposed to the settings.xml that is
>  needed for apache commons (which would contain the hashed
>  credentials for the repository.apache.org
>   nexus instance).
>  So
>  as stated theres not much we could do other than potentially
>  ensuring that the build runs on a different jenkins server.
> 
>  -Rob
> 
>  > On Apr 23, 2016, at 5:59 AM, Gilles
>  > 
>  wrote:
>  >
>  > On Fri, 22 Apr 2016 20:08:54 -0500, Matt Sicker wrote:
>  >> I think that's a problem with the jenkins-test-* servers. I
>  >> asked
>  infra
>  >> about a similar issue on Log4j2, and they said that the test
>  >> jenkins servers are not stable yet.
>  >
>  > Thanks for the information; so nothing to do, I guess.
>  >
>  > Gilles
>  >
>  >> On 22 April 2016 at 05:55, Gilles
> 
>  wrote:
>  >>
>  >>> On Fri, 22 Apr 2016 02:19:57 + (UTC), Apache Jenkins
> Server
>  wrote:
>  >>>
>   The Apache Jenkins build system has built Commons Math
>   DeveloperBranch (build #7)
>  
>   Status: Failure
>  
>   Check console output at
>  
> https://builds.apache.org/job/Commons%20Math%20DeveloperBranch
>   /7/
>  to
>   view the results.
>  
>  >>>
>  >>> See
>  >>>
> 
> 
> https://builds.apache.org/job/Commons%20Math%20DeveloperBranch/7/co
>  nsole
>  >>>
>  >>> The upload of the snapshot generates an error  Could not
>  >>> transfer artifact
>  >>> org.apache.commons:commons-math4:jar:4.0-20160422.021942-574
>  >>> from/to apache.snapshots.https  Return code is: 401,
>  >>> ReasonPhrase: Unauthorized.
>  >>>
>  >>> Strangely, snapshot files with another basename have been
>  >>> created in the snapshot area at
>  >>>
>  >>>
> 
> 
> 
> https://repository.apache.org/content/repositories/snapshots/org/ap
>  ache/commons/commons-math4/4.0-SNAPSHOT/
>  >>> e.g.
>  >>>  commons-math4-4.0-20160422.002002-573.jar Fri Apr 22
> 00:20:02
>  UTC
>  >>> 20162055161
>  >>>
>  >>> The above failure resulted in the build marked "Failure"
>  >>> whereas there is no problem in the code (all tests pass now).
>  >>>
>  >>> Thanks,
>  >>> Gilles
> 
> >>>
> >>
> >> 
> -
> >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> >> For additional commands, e-mail: dev-h...@commons.apache.org
> >>
> >>
> >
> >
> > --
> > Matt Sicker 
> >
> 
> 
> 
> --
> Matt Sicker 


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

AW: [report] Report from the Apache Commons Project

[jhm]

What about the plan to move [Math] to TLP?

Jan

> -Ursprüngliche Nachricht-
> Von: Gary Gregory [mailto:garydgreg...@gmail.com]
> Gesendet: Dienstag, 15. März 2016 23:36
> An: Commons Developers List
> Betreff: Re: [report] Report from the Apache Commons Project
> 
> As did Thomas Neidhart, just fixed. Ty.
> 
> Gary
> 
> On Tue, Mar 15, 2016 at 3:33 PM, Gary Gregory 
> wrote:
> 
> > That was Phil Steitz, fixed. TY.
> >
> > Gary
> >
> > On Tue, Mar 15, 2016 at 3:12 PM, luc  wrote:
> >
> >> Le 2016-03-15 20:04, Gary Gregory a écrit :
> >>
> >>> I will file this ASAP. If you feel something should be added, do
> let
> >>> me know.
> >>>
> >>> ## Description: Report from the Apache Commons Project  [Gary D.
> >>> Gregory]
> >>>
> >>> The Apache Commons project focuses on all aspects of reusable Java
> >>> components.
> >>>
> >>> The Apache Commons components are widely used in many projects,
> both
> >>> within Apache and without. Any ASF committer can commit to Apache
> >>> Commons.
> >>>
> >>> The last report was on December 16 2015.
> >>>
> >>> No issues require board attention at this time.
> >>>
> >>> ## Activity:
> >>>
> >>> We had three (3) releases this period (see below).
> >>>
> >>> We are considering adding a new Commons component called Commons
> >>> Crypto currently called Chimera
> >>> (https://github.com/intel-hadoop/chimera). It is an optimized
> >>> cryptographic library. It provides Java API for both cipher level
> >>> and Java stream level to help developers implement high performance
> >>> AES encryption/decryption with the minimum code and effort.
> >>>
> >>> ## Health report:
> >>>
> >>>  Overall project health is decent to good with 3 releases this
> period.
> >>>
> >>>  We do not have too much action on the mailing lists but we do see
> >>> JIRAs and  GitHub PRs come regularly in to Commons IO and Commons
> >>> Lang. These are  usually addressed in a timely fashion.
> >>>
> >>> ## PMC changes:
> >>>
> >>>  - No new PMC members added in the last 3 months
> >>>  - Last PMC addition was Bernd Eckenfels on Sat Nov 21 2015
> >>>
> >>
> >> One PMC member did leave.
> >>
> >>
> >>> ## Committer base changes:
> >>>
> >>>  - No new committers added in the last 3 months
> >>>  - Last committer addition was Loic Guibert at Wed Oct 14 2015
> >>>
> >>> ## Releases:
> >>>
> >>>  - JEXL-3.0 was released on Sat Dec 26 2015
> >>>  - MATH-3.6 was released on Mon Jan 04 2016
> >>>  - WEAVER-1.2 was released on Mon Feb 01 2016
> >>>
> >>>
> >>> ## JIRA activity:
> >>>
> >>>  - 172 JIRA tickets created in the last 3 months
> >>>  - 110 JIRA tickets closed/resolved in the last 3 months
> >>>
> >>
> >> 
> -
> >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> >> For additional commands, e-mail: dev-h...@commons.apache.org
> >>
> >>
> >
> >
> > --
> > E-Mail: garydgreg...@gmail.com | ggreg...@apache.org Java Persistence
> > with Hibernate, Second Edition  JUnit
> > in Action, Second Edition 
> > Spring Batch in Action 
> > Blog: http://garygregory.wordpress.com
> > Home: http://garygregory.com/
> > Tweet! http://twitter.com/GaryGregory
> >
> 
> 
> 
> --
> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org Java Persistence
> with Hibernate, Second Edition  JUnit
> in Action, Second Edition 
> Spring Batch in Action 
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

AW: AW: [Math] Configure the CI tools... How?

[jhm]

Let me know if something else has to be changed. ;)

cheers
Jan

> -Ursprüngliche Nachricht-
> Von: Gilles [mailto:gil...@harfang.homelinux.org]
> Gesendet: Montag, 7. März 2016 22:36
> An: dev@commons.apache.org
> Betreff: Re: AW: [Math] Configure the CI tools... How?
> 
> On Mon, 7 Mar 2016 18:40:38 +0100, Jan Matèrne wrote:
> > Changed subject to
> > [Math] Change on branch "develop": $DEFAULT_SUBJECT [Math] Change on
> > branch "master": $DEFAULT_SUBJECT
> 
> Thanks,
> Gilles
> 
> >
> > Started both jobs for test.
> >
> >
> > Jan
> >
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

AW: [Math] Configure the CI tools... How?

[jhm]

Changed subject to
[Math] Change on branch "develop": $DEFAULT_SUBJECT
[Math] Change on branch "master": $DEFAULT_SUBJECT

Started both jobs for test.


Jan


> -Ursprüngliche Nachricht-
> Von: Gilles [mailto:gil...@harfang.homelinux.org]
> Gesendet: Sonntag, 6. März 2016 23:14
> An: dev@commons.apache.org
> Betreff: Re: [Math] Configure the CI tools... How?
> 
> Hello.
> 
> On Sun, 6 Mar 2016 20:11:46 +0100, Jan Matèrne wrote:
> > https://builds.apache.org/job/Commons%20Math%20MasterBranch/configure
> >
> > cloned from "Commons Math"
> > on ubuntu
> > branch: */master
> > scm interval: @hourly
> > build: clean deploy --batch-mode -Dgpg.skip -Prelease -Pjava-1.7
> > -DJAVA_1_7_HOME=$JDK_1_7_LATEST__HOME
> >
> > standard email removed
> > configured email added:
> > - to: comm...@commons.apache.org
> > - subject: Change on master-branch
> > - trigger: always
> > Here we could try different configs ...
> 
> Could you change the "subject" to:
>[Math] Change on branch "master"
> so that we can readily see the project's name?
> 
> [I don't have the privileges: trying to log in results in "missing the
> Job/ExtendedRead permission".]
> 
> 
> >
> >
> https://builds.apache.org/job/Commons%20Math%20DeveloperBranch/configu
> > re
> > same as above, but
> > branch: */develop
> > subject: Change on developer-branch: $DEFAULT_SUBJECT
> 
> Similarly here.
> 
> >
> > I start the jobs now ...
> >
> 
> Thanks for your help,
> Gilles
> 
> > Jan
> >
> >
> >
> >> -Ursprüngliche Nachricht-
> >> Von: Gilles [mailto:gil...@harfang.homelinux.org]
> >> Gesendet: Sonntag, 6. März 2016 14:18
> >> An: dev@commons.apache.org
> >> Betreff: Re: AW: [Math] Configure the CI tools... How?
> >>
> >> On Sun, 6 Mar 2016 09:25:06 +0100, Jan Matèrne wrote:
> >> > Maybe with the "Editable EMail Notification" PostBuildAction.
> >> > Any jenkins buildmaster could do that.
> >> >
> >> > If you wish I could clone the "Commons Math" job and try that.
> >>
> >> Yes. Thank you.
> >>
> >> [Does one need special privileges in order to do it?]
> >>
> >> Best regards,
> >> Gilles
> >>
> >>
> >> > Jan
> >> >
> >> >
> >> >> -Ursprüngliche Nachricht-
> >> >> Von: Luc Maisonobe [mailto:l...@spaceroots.org]
> >> >> Gesendet: Freitag, 4. März 2016 19:04
> >> >> An: Commons Developers List
> >> >> Betreff: Re: [Math] Configure the CI tools... How?
> >> >>
> >> >> Le 04/03/2016 15:29, Gilles a écrit :
> >> >> > On Thu, 25 Feb 2016 17:24:18 + (UTC), Gilles (JIRA) wrote:
> >> >> >> Gilles created MATH-1328:
> >> >> >> 
> >> >> >>
> >> >> >>  Summary: Configure the CI tools
> >> >> >>  Key: MATH-1328
> >> >> >>  URL:
> >> https://issues.apache.org/jira/browse/MATH-
> >> >> 1328
> >> >> >>  Project: Commons Math
> >> >> >>   Issue Type: Sub-task
> >> >> >> Reporter: Gilles
> >> >> >> Priority: Critical
> >> >> >>
> >> >> >>
> >> >> >> * Watch the "develop" branch
> >> >> >> * Signal changes to "master" in a more prominent way, e.g.
> >> with
> >> >> an
> >> >> >> appropriately strong email "subject" (?)
> >> >> >
> >> >> > I guess that there is a document that explains how to achieve
> >> >> this;
> >> >> > but where is it?
> >> >>
> >> >> This is most probably an infra task. I don't think the project
> >> has
> >> >> any grasp on it.
> >> >>
> >> >> best regards,
> >> >> Luc
> >> >>
> >> >> >
> >> >> > Thanks,
> >> >> > Gilles
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

AW: AW: [Math] Configure the CI tools... How?

[jhm]

https://builds.apache.org/job/Commons%20Math%20MasterBranch/configure

cloned from "Commons Math"
on ubuntu
branch: */master
scm interval: @hourly
build: clean deploy --batch-mode -Dgpg.skip -Prelease -Pjava-1.7 
-DJAVA_1_7_HOME=$JDK_1_7_LATEST__HOME

standard email removed
configured email added:
- to: comm...@commons.apache.org
- subject: Change on master-branch
- trigger: always
Here we could try different configs ...


https://builds.apache.org/job/Commons%20Math%20DeveloperBranch/configure
same as above, but
branch: */develop
subject: Change on developer-branch: $DEFAULT_SUBJECT


I start the jobs now ...


Jan



> -Ursprüngliche Nachricht-
> Von: Gilles [mailto:gil...@harfang.homelinux.org]
> Gesendet: Sonntag, 6. März 2016 14:18
> An: dev@commons.apache.org
> Betreff: Re: AW: [Math] Configure the CI tools... How?
> 
> On Sun, 6 Mar 2016 09:25:06 +0100, Jan Matèrne wrote:
> > Maybe with the "Editable EMail Notification" PostBuildAction.
> > Any jenkins buildmaster could do that.
> >
> > If you wish I could clone the "Commons Math" job and try that.
> 
> Yes. Thank you.
> 
> [Does one need special privileges in order to do it?]
> 
> Best regards,
> Gilles
> 
> 
> > Jan
> >
> >
> >> -Ursprüngliche Nachricht-
> >> Von: Luc Maisonobe [mailto:l...@spaceroots.org]
> >> Gesendet: Freitag, 4. März 2016 19:04
> >> An: Commons Developers List
> >> Betreff: Re: [Math] Configure the CI tools... How?
> >>
> >> Le 04/03/2016 15:29, Gilles a écrit :
> >> > On Thu, 25 Feb 2016 17:24:18 + (UTC), Gilles (JIRA) wrote:
> >> >> Gilles created MATH-1328:
> >> >> 
> >> >>
> >> >>  Summary: Configure the CI tools
> >> >>  Key: MATH-1328
> >> >>  URL: https://issues.apache.org/jira/browse/MATH-
> >> 1328
> >> >>  Project: Commons Math
> >> >>   Issue Type: Sub-task
> >> >> Reporter: Gilles
> >> >> Priority: Critical
> >> >>
> >> >>
> >> >> * Watch the "develop" branch
> >> >> * Signal changes to "master" in a more prominent way, e.g. with
> >> an
> >> >> appropriately strong email "subject" (?)
> >> >
> >> > I guess that there is a document that explains how to achieve
> >> this;
> >> > but where is it?
> >>
> >> This is most probably an infra task. I don't think the project has
> >> any grasp on it.
> >>
> >> best regards,
> >> Luc
> >>
> >> >
> >> > Thanks,
> >> > Gilles
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

AW: [Math] Configure the CI tools... How?

[jhm]

Maybe with the "Editable EMail Notification" PostBuildAction.
Any jenkins buildmaster could do that.

If you wish I could clone the "Commons Math" job and try that.


Jan


> -Ursprüngliche Nachricht-
> Von: Luc Maisonobe [mailto:l...@spaceroots.org]
> Gesendet: Freitag, 4. März 2016 19:04
> An: Commons Developers List
> Betreff: Re: [Math] Configure the CI tools... How?
> 
> Le 04/03/2016 15:29, Gilles a écrit :
> > On Thu, 25 Feb 2016 17:24:18 + (UTC), Gilles (JIRA) wrote:
> >> Gilles created MATH-1328:
> >> 
> >>
> >>  Summary: Configure the CI tools
> >>  Key: MATH-1328
> >>  URL: https://issues.apache.org/jira/browse/MATH-
> 1328
> >>  Project: Commons Math
> >>   Issue Type: Sub-task
> >> Reporter: Gilles
> >> Priority: Critical
> >>
> >>
> >> * Watch the "develop" branch
> >> * Signal changes to "master" in a more prominent way, e.g. with an
> >> appropriately strong email "subject" (?)
> >
> > I guess that there is a document that explains how to achieve this;
> > but where is it?
> 
> This is most probably an infra task. I don't think the project has any
> grasp on it.
> 
> best regards,
> Luc
> 
> >
> > Thanks,
> > Gilles
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

AW: [LANG] Drop Ant build?

[jhm]

> > I thought it was being used to create Debian packages.
> 
> If this turns out to be the case, then please add a note to the Ant
> build file to explain this requirement.


Haven't looked at the build script.
But maybe you could keep only that part producing the Debian packages and use 
Maven ant-run for including that.


Jan


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

AW: [compress] JDK 9 b64 breaks bzip2 decompression

[jhm]

Thanks for the test.
I could confirm that with JDK 1.9-b66 (64bit) and CommonsCompress 1.9 on
Windows7 64bit.

Finished loop: 1246  different numbers here
Exception in thread main java.lang.ArrayIndexOutOfBoundsException: 26 
always the same number here

tried on several JDK versions with a maximum count of 5000 runs:
1.5.0_22-b03 -- works fine
1.6.0_43-b01 -- works fine (also faster than 1.5)
1.7.0_21-b11 -- works fine (another bit faster than 1.6)
1.8.0_31-b13 -- works fine (again a little bit faster than 1.7)
1.9.0-ea-b66 -- fail


Havent an earlier version of 1.9 on my machine. b66 had deinstalled that ;)


Jan



 -Ursprüngliche Nachricht-
 Von: Stefan Bodewig [mailto:bode...@apache.org]
 Gesendet: Freitag, 29. Mai 2015 21:01
 Cc: d...@ant.apache.org; dev@commons.apache.org; Rory O'Donnell; Dalibor
 Topic; Balchandra Vaidya; Vivek Theeyarath
 Betreff: Re: [compress] JDK 9 b64 breaks bzip2 decompression
 
 I've stripped down the test case to
 
 -
 
 import java.io.*;
 import
 org.apache.commons.compress.compressors.bzip2.BZip2CompressorInputStrea
 m;
 import org.apache.commons.compress.utils.IOUtils;
 
 public class Bzip2DecompressorLoop {
 public static void main(String[] args) throws IOException {
 int loops = 0;
 while (true) {
 ByteArrayOutputStream devNull = new
 ByteArrayOutputStream();
 BZip2CompressorInputStream in = new
 BZip2CompressorInputStream(new FileInputStream(bla.tar.bz2));
 IOUtils.copy(in, devNull);
 System.err.println(Finished loop:  + (loops++));
 }
 }
 }
 
 -
 
 compile it against Commons Compress 1.9 and use
 https://svn.apache.org/repos/asf/commons/proper/compress/trunk/src/test
 /resources/bla.txt.bz2
 
 It's not always the same number but somewhere around loop 53 I get a
 BZip2 CRC error when using JDK 9 b64 - this is after decompressing
 the same file several times without any problems.
 
 Cheers
 
 Stefan
 
 -
 To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
 For additional commands, e-mail: dev-h...@commons.apache.org



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

AW: [Git] drop SVN repos for components using Git?

[jhm]

Do the Git repos include the Subversion commit history?
  
   Yes, it includes the full history, including tags.
  
 
  Seems reasonable to drop then.
 
 
 hm, the problem may be, that the scm section of the poms in the pre-git
 releases point to the svn location.

We could make the svn repo read only and decide dropping later (in 2-3 years ;)
Maybe we could get statistics about how often these read-only repos are really 
accessed.

Jan



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

AW: [Releases] Jitpack

[jhm]

Not sure how you would 'manage' releases.
But it provides a quick access to public available projects on Github, even if 
they are not build/released yet.

Jan

 -Ursprüngliche Nachricht-
 Von: Ole Ersoy [mailto:ole.er...@gmail.com]
 Gesendet: Freitag, 20. Februar 2015 06:32
 An: Commons Developers List
 Betreff: [Releases] Jitpack
 
 Just came across this on the Maven users list:
 
 https://jitpack.io/
 
 Seems like it would be a great tool for managing releases.
 
 Cheers,
 - Ole
 
 
 -
 To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
 For additional commands, e-mail: dev-h...@commons.apache.org



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

AW: [DRAFT] Apache Commons Board Report, December 9 2014

[jhm]

 News
 
- 2014-12-8: VOTE passed to allow all Apache committers to commit to
Apache Commons.


I havent seen such a vote in the archive
http://mail-archives.apache.org/mod_mbox/commons-dev/201411.mbox/browser
http://mail-archives.apache.org/mod_mbox/commons-dev/201412.mbox/browser


Jan


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

AW: AW: [DRAFT] Apache Commons Board Report, December 9 2014

[jhm]

  News
 
 - 2014-12-8: VOTE passed to allow all Apache committers to commit
 to
 Apache Commons.
 
 
  I havent seen such a vote in the archive
  http://mail-archives.apache.org/mod_mbox/commons-
 dev/201411.mbox/brows
  er
  http://mail-archives.apache.org/mod_mbox/commons-
 dev/201412.mbox/brows
  er
 
 There are private lists, too. ;-)


Sure, but I thought all votes have to be public.
Ok, maybe this is the exception new committers ;)

Jan


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

AW: New to open source . want to learn to contribute.

[jhm]

Ant is one of many buildtools.
Each individual project decides which buildtool to use.

It seems that you could use Ant or Maven for Apache Commons (but I am not a 
committer here ;)
Both could be part of Eclipse, not sure about that.

Jan

 -Ursprüngliche Nachricht-
 Von: Devang Gaur [mailto:devang.o...@gmail.com]
 Gesendet: Freitag, 5. Dezember 2014 14:55
 An: Commons Developers List
 Betreff: Re: New to open source . want to learn to contribute.
 
 Thank you . I'll look into it .
 Besides , I changed to Eclipse Luna , as Juno didn't have the Eclipse
 Market Place support . So, I've integrated the Subversion and Maven
 into eclipse only .
 Do I also need Apache ANT ?
 
 On Fri, Dec 5, 2014 at 1:28 PM, Benedikt Ritter brit...@apache.org
 wrote:
 
  Welcome Devang,
 
  there is a lot of documentation you can read through [1,2,3]. That
  will give you an idea on how the ASF and Commons work.
 
  Benedikt
 
  [1] http://www.apache.org/foundation/how-it-works.html
  [2] http://commons.apache.org/volunteering.html
  [3] http://commons.apache.org/patches.html
 
  2014-12-05 3:32 GMT+01:00 Gary Gregory garydgreg...@gmail.com:
 
   What matters most is that Maven builds work.
  
   Aside from that you can use any IDE or editor you want. Personally,
   I
  like
   Eclipse.
  
   Gary
  
   On Thu, Dec 4, 2014 at 9:29 PM, Devang Gaur devang.o...@gmail.com
  wrote:
  
I want to know if there is a specific build environment setup to
work
   with
or not?
I currently work on eclipe juno.
   
On Fri, Dec 5, 2014 at 6:33 AM, Paul Benedict
pbened...@apache.org
wrote:
   
 Devang, you can immediately start by going to JIRA [1] and
 finding
  some
 low hanging fruit that interests you. Look for an easy ticket
 and
submit
 a patch. This will start your code contribution to the
 community.

 [1] https://issues.apache.org/jira/browse/COLLECTIONS


 Cheers,
 Paul

 On Thu, Dec 4, 2014 at 4:56 PM, Devang Gaur
 devang.o...@gmail.com
wrote:

  Hey folks , I want contribute to the Common Collections
  project . I
know
  Java . Please give a walkthrough. Looking Forward..
 

   
  
  
  
   --
   E-Mail: garydgreg...@gmail.com | ggreg...@apache.org Java
   Persistence with Hibernate, Second Edition
   http://www.manning.com/bauer3/ JUnit in Action, Second Edition
   http://www.manning.com/tahchiev/
   Spring Batch in Action http://www.manning.com/templier/
   Blog: http://garygregory.wordpress.com
   Home: http://garygregory.com/
   Tweet! http://twitter.com/GaryGregory
  
 
 
 
  --
  http://people.apache.org/~britter/
  http://www.systemoutprintln.de/
  http://twitter.com/BenediktRitter
  http://github.com/britter
 


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

AW: LANG-1052: Multiline recursive to string style

[jhm]

 Fixed in trunk.


Thanks.

Jan


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

AW: LANG-1052: Multiline recursive to string style

[jhm]

 All the Lang developers are quite active on the mailing list, so you
 can assume we've read your earlier email. However, we are busy people
 with lives outside Apache Commons (the horror!), so it may take us a
 few days to respond to a mail and longer still to review a patch :-)

Thanks for your feedback, Duncan.
I know that committers have a life outside the ASF - I also have ;)
I pinged because there were no reaction in JIRA nor here. 


 I noticed you created the issue with a fix version of 3.4. We only
 set a version in this field once the patch is applied, since we cannot
 guarantee the patch will be applied before the release of an
 intermediate version. I've updated this to the correct value for this
 situation, which is Review Patch. Hopefully this will draw more
 attention to your PR and one of us will get a chance to review it.

Thanks, didnt know that. I have chosen the next version.


 It will help us in reviewing and committing if you can create a SVN
 patch file and attach it to the issue (see [1] for hints). We can't
 merge PRs because our GitHub project is a read-only clone of the SVN
 repos, so ultimately this is a step that has to be done by someone. If
 you can do it, it speeds things up (particularly for folks like me who
 don't bother to maintain a local clone of our GitHub stuff).

Done.


cheers
Jan


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

AW: LANG-1052: Multiline recursive to string style

[jhm]

ping :)

Jan

 -Ursprüngliche Nachricht-
 Von: Jan Matèrne (jhm) [mailto:apa...@materne.de]
 Gesendet: Dienstag, 4. November 2014 07:04
 An: dev@commons.apache.org
 Betreff: LANG-1052: Multiline recursive to string style
 
 I want to make some advertising for this pull request.
 
 It contains implementation, junit tests and already earned some
 positive feedback.
 
 
 
 Could someone do a review and (hopefully) merge the PR?
 
 
 
 cheers
 
 Jan
 
 
 
 [1] https://issues.apache.org/jira/browse/LANG-1052



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

LANG-1052: Multiline recursive to string style

[jhm]

I want to make some advertising for this pull request.

It contains implementation, junit tests and already earned some positive
feedback.

 

Could someone do a review and (hopefully) merge the PR?

 

cheers

Jan

 

[1] https://issues.apache.org/jira/browse/LANG-1052

AW: Master Javadoc for Commons

[jhm]

Maintaining a 2nd pom?
Could be the easiest ...

Jan

 -Ursprüngliche Nachricht-
 Von: Gary Gregory [mailto:garydgreg...@gmail.com]
 Gesendet: Montag, 3. November 2014 02:57
 An: Commons Developers List
 Betreff: Master Javadoc for Commons
 
 Hi All:
 
 I think it would be nice (at least for me), if we had a master Javadoc
 site for all of Commons in one place accessible from
 https://commons.apache.org/
 
 Generating such a site from a trunks-proper checkout is easy since
 there is a POM in that folder (mvn javadoc:aggregate).
 
 In order to generate a site for the latest _released_ component...
 well, how would you do that?
 
 Gary
 
 --
 E-Mail: garydgreg...@gmail.com | ggreg...@apache.org Java Persistence
 with Hibernate, Second Edition http://www.manning.com/bauer3/ JUnit
 in Action, Second Edition http://www.manning.com/tahchiev/
 Spring Batch in Action http://www.manning.com/templier/
 Blog: http://garygregory.wordpress.com
 Home: http://garygregory.com/
 Tweet! http://twitter.com/GaryGregory


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org