Re: commons-vfs: github pull requests

[Bernd Eckenfels]

Am Tue, 22 Mar 2016 16:33:12 +
schrieb "Epstein, Ezra" :

> Is commons-vfs being maintained?  And is GitHub the up-to-date code
> repo?

Yes, github is a mirror of the apache git repo and the apache git repo
mirrors the SVN based master. They should be in sync. The project has
some activity, unfortunatelly release preparation is a bit complicated
so we dont have an ETA.

> I notice a number of open pull requests, one from yours truly.

> 
> https://github.com/apache/commons-vfs/pulls

Well, the PR is only one day old, so...

It would be good if you can submit seperate PRs for different issues.
And we also work with JIRA bugs. But it is no problem if you suggest
changes via PR, we can handle them as well (it just takes longer).

> Just checking in to see if something more is needed for contributing
> to this project.

The details are described here, this is pretty current, but I think you
are doing fine. We discussed your report just yesterday. I think we
should get the mock http service in lace so we dont have to fix those
external URLs (again).

https://github.com/apache/commons-vfs/blob/trunk/CONTRIBUTING.md

Gruss
Bernd

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

Re: [VOTE] Accept Chimera as new Apache Commons Component

[Chris Nauroth]

+1 (non-binding)

--Chris Nauroth




On 3/21/16, 1:45 AM, "Benedikt Ritter"  wrote:

>Hi all,
>
>after long discussions I think we have gathered enough information to
>decide whether we want to accept the Chimera project as a new Apache
>Commons component.
>
>Proposed name: Apache Commons Crypto
>Proposal text:
>https://github.com/intel-hadoop/chimera/blob/master/PROPOSAL.html
>Initial Code Base:  https://github.com/intel-hadoop/chimera/
>Initial Committers (Names in alphabetical order):
>- Aaron T. Myers (a...@apache.org, Apache Hadoop PMC, one of the original
>Crypto dev team in Apache Hadoop)
>- Andrew Wang (w...@apache.org, Apache Hadoop PMC, one of the original
>Crypto dev team in Apache Hadoop)
>- Chris Nauroth (cnaur...@apache.org, Apache Hadoop PMC and active
>reviewer)
>- Colin P. McCabe (cmcc...@apache.org, Apache Hadoop PMC, one of the
>original Crypto dev team in Apache Hadoop)
>- Dapeng Sun (s...@apache.org, Apache Sentry Committer, Chimera
>contributor)
>- Dian Fu (dia...@apache.org, Apache Sqoop Committer, Chimera contributor)
>- Dong Chen (do...@apache.org, Apache Hive Committer,interested on
>Chimera)
>- Ferdinand Xu (x...@apache.org, Apache Hive Committer, Chimera
>contributor)
>- Haifeng Chen (haifengc...@apache.org, Chimera lead and code contributor)
>- Marcelo Vanzin (Apache Spark Committer, Chimera contributor)
>- Uma Maheswara Rao G (umamah...@apache.org, Apache Hadoop PMC, One of the
>original Crypto dev/review team in Apache Hadoop)
>- Yi Liu (y...@apache.org, Apache Hadoop PMC, One of the original Crypto
>dev/review team in Apache Hadoop)
>
>Please review the proposal and vote.
>This vote will close no sooner than 72 hours from now, i.e. after 0900
>GMT 24-Mar 2016
>
>  [ ] +1 Accept Chimera as new Apache Commons Component
>  [ ] +0 OK, but...
>  [ ] -0 OK, but really should fix...
>  [ ] -1 I oppose this because...
>
>Thank you!
>Benedikt


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

Re: [VOTE] Release Configuration 2.0 based on RC1

[Oliver Heger]

Hi Emmanuel,

Am 22.03.2016 um 21:22 schrieb Emmanuel Bourg:
> Thank you very much pushing [configuration] forward Oliver. I haven't
> looked at [configuration] for a long time, my needs are rather basic and
> a mere read-only PropertiesConfiguration is good enough for me. There is
> one change though I hoped could get into 2.0, that was the integration
> of DataConfiguration into Configuration (or ImmutableConfiguration now).
> Adding more methods to the interface was impossible on the 1.x line and
> I thought we could do that for 2.0.

it is true that the lots of methods of DataConfiguration have not been
integrated into the main configuration interfaces. However, there are at
least some new generic get() methods that allow specifying a result
class and are directly connected to the data conversion facilities. This
is maybe a bit less convenient than having a rich interface with many
possible result types, but one can achieve the same results.

Oliver

> 
> Emmanuel Bourg
> 
> 
> Le 20/03/2016 22:42, Oliver Heger a écrit :
>> Hi all,
>>
>> after a series of alpha and beta releases, I think we are now ready to
>> release the final 2.0 version of [configuration]. So this is the
>> corresponding release vote.
>>
>> Configuration 2.0 RC1 is available for review here:
>> https://dist.apache.org/repos/dist/dev/commons/configuration
>> (revision 12797)
>>
>> Maven artifacts are here:
>>
>> https://repository.apache.org/content/repositories/orgapachecommons-1143
>>
>> Details of changes since 1.10 and the previous beta version are in the
>> release notes:
>>
>> https://dist.apache.org/repos/dist/dev/commons/configuration/RELEASE-NOTES.txt
>>
>> https://home.apache.org/~oheger/configuration-2.0-rc1/changes-report.html
>>
>> Here is the tag:
>>
>> http://svn.apache.org/repos/asf/commons/proper/configuration/tags/CONFIGURATION_2_0_RC1
>> (revision 1735904)
>>
>> Site:
>>https://home.apache.org/~oheger/configuration-2.0-rc1/
>> (note some links in the menu are not yet working)
>>
>> KEYS:
>>   http://www.apache.org/dist/commons/KEYS
>>
>> Please review the release candidate and vote.
>> This vote will close no sooner than 72 hours from now, i.e. after 2200
>> GMT 23-Mar 2016
>>
>>   [ ] +1 Release these artifacts
>>   [ ] +0 OK, but...
>>   [ ] -0 OK, but really should fix...
>>   [ ] -1 I oppose this release because...
>>
>> Thanks!
>> Oliver
>>
>>
>>
>> -
>> 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

Re: [VOTE] Release Configuration 2.0 based on RC1

[Emmanuel Bourg]

Thank you very much pushing [configuration] forward Oliver. I haven't
looked at [configuration] for a long time, my needs are rather basic and
a mere read-only PropertiesConfiguration is good enough for me. There is
one change though I hoped could get into 2.0, that was the integration
of DataConfiguration into Configuration (or ImmutableConfiguration now).
Adding more methods to the interface was impossible on the 1.x line and
I thought we could do that for 2.0.

Emmanuel Bourg


Le 20/03/2016 22:42, Oliver Heger a écrit :
> Hi all,
> 
> after a series of alpha and beta releases, I think we are now ready to
> release the final 2.0 version of [configuration]. So this is the
> corresponding release vote.
> 
> Configuration 2.0 RC1 is available for review here:
> https://dist.apache.org/repos/dist/dev/commons/configuration
> (revision 12797)
> 
> Maven artifacts are here:
> 
> https://repository.apache.org/content/repositories/orgapachecommons-1143
> 
> Details of changes since 1.10 and the previous beta version are in the
> release notes:
> 
> https://dist.apache.org/repos/dist/dev/commons/configuration/RELEASE-NOTES.txt
> 
> https://home.apache.org/~oheger/configuration-2.0-rc1/changes-report.html
> 
> Here is the tag:
> 
> http://svn.apache.org/repos/asf/commons/proper/configuration/tags/CONFIGURATION_2_0_RC1
> (revision 1735904)
> 
> Site:
>https://home.apache.org/~oheger/configuration-2.0-rc1/
> (note some links in the menu are not yet working)
> 
> KEYS:
>   http://www.apache.org/dist/commons/KEYS
> 
> Please review the release candidate and vote.
> This vote will close no sooner than 72 hours from now, i.e. after 2200
> GMT 23-Mar 2016
> 
>   [ ] +1 Release these artifacts
>   [ ] +0 OK, but...
>   [ ] -0 OK, but really should fix...
>   [ ] -1 I oppose this release because...
> 
> Thanks!
> Oliver
> 
> 
> 
> -
> 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

Re: [VOTE] Release Configuration 2.0 based on RC1

[Luc Maisonobe]

Le 20/03/2016 22:42, Oliver Heger a écrit :
> Hi all,
> 
> after a series of alpha and beta releases, I think we are now ready to
> release the final 2.0 version of [configuration]. So this is the
> corresponding release vote.
> 
> Configuration 2.0 RC1 is available for review here:
> https://dist.apache.org/repos/dist/dev/commons/configuration
> (revision 12797)
> 
> Maven artifacts are here:
> 
> https://repository.apache.org/content/repositories/orgapachecommons-1143
> 
> Details of changes since 1.10 and the previous beta version are in the
> release notes:
> 
> https://dist.apache.org/repos/dist/dev/commons/configuration/RELEASE-NOTES.txt
> 
> https://home.apache.org/~oheger/configuration-2.0-rc1/changes-report.html
> 
> Here is the tag:
> 
> http://svn.apache.org/repos/asf/commons/proper/configuration/tags/CONFIGURATION_2_0_RC1
> (revision 1735904)
> 
> Site:
>https://home.apache.org/~oheger/configuration-2.0-rc1/
> (note some links in the menu are not yet working)
> 
> KEYS:
>   http://www.apache.org/dist/commons/KEYS
> 
> Please review the release candidate and vote.
> This vote will close no sooner than 72 hours from now, i.e. after 2200
> GMT 23-Mar 2016
> 
>   [X] +1 Release these artifacts

Luc

>   [ ] +0 OK, but...
>   [ ] -0 OK, but really should fix...
>   [ ] -1 I oppose this release because...
> 
> Thanks!
> Oliver
> 
> 
> 
> -
> 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

Re: [VOTE] Accept Chimera as new Apache Commons Component

[Thomas Vandahl]

On 21.03.16 09:45, Benedikt Ritter wrote:
>   [X] +1 Accept Chimera as new Apache Commons Component
>   [ ] +0 OK, but...
>   [ ] -0 OK, but really should fix...
>   [ ] -1 I oppose this because...

Bye, Thomas



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

Re: [VOTE] Release Configuration 2.0 based on RC1

[Oliver Heger]

Am 22.03.2016 um 01:32 schrieb James Carman:
> +1 drop ant

So we agree on this one. What about the actual vote? (Nudge, nudge)

Oliver

> 
> On Mon, Mar 21, 2016 at 5:06 PM Oliver Heger 
> wrote:
> 
>> Hi Benedikt,
>>
>> Am 21.03.2016 um 09:58 schrieb Benedikt Ritter:
>>> Hello Oliver,
>>>
>>> very nice artifacts, good work.
>>>
>>> - builds with java 6, 7 and 8
>>> - site looks good
>>> - reports look good
>>>
>>> Only thing I found is:
>>> - build.xml and build.properties.sample are in the tag but not in the src
>>> archive. The ant build can probably be dropped (does it work anyway?). No
>>> blocker for me.
>>>
>>> +1
>>
>> thanks for the review.
>>
>> You are right, the ant-related files should be part of the source
>> distribution. build.xml should be pretty up-to-date. However,
>> maintaining two different build files is a pain and error-prone. The
>> trend seems to be dropping the ant build. I would be in favor of this.
>>
>> Oliver
>>
>>>
>>> Benedikt
>>>
>>> Oliver Heger  schrieb am So., 20. März
>> 2016
>>> um 22:42 Uhr:
>>>
 Hi all,

 after a series of alpha and beta releases, I think we are now ready to
 release the final 2.0 version of [configuration]. So this is the
 corresponding release vote.

 Configuration 2.0 RC1 is available for review here:
 https://dist.apache.org/repos/dist/dev/commons/configuration
 (revision 12797)

 Maven artifacts are here:


>> https://repository.apache.org/content/repositories/orgapachecommons-1143

 Details of changes since 1.10 and the previous beta version are in the
 release notes:



>> https://dist.apache.org/repos/dist/dev/commons/configuration/RELEASE-NOTES.txt


>> https://home.apache.org/~oheger/configuration-2.0-rc1/changes-report.html

 Here is the tag:



>> http://svn.apache.org/repos/asf/commons/proper/configuration/tags/CONFIGURATION_2_0_RC1
 (revision 1735904)

 Site:
https://home.apache.org/~oheger/configuration-2.0-rc1/
 (note some links in the menu are not yet working)

 KEYS:
   http://www.apache.org/dist/commons/KEYS

 Please review the release candidate and vote.
 This vote will close no sooner than 72 hours from now, i.e. after 2200
 GMT 23-Mar 2016

   [ ] +1 Release these artifacts
   [ ] +0 OK, but...
   [ ] -0 OK, but really should fix...
   [ ] -1 I oppose this release because...

 Thanks!
 Oliver



 -
 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

Re: [VOTE] Accept Chimera as new Apache Commons Component

[Oliver Heger]

Since we already started to use fractional numbers, I would be +0.5.

I am also worried about the JNI stuff, but I think a new group of
developers would be good for this community.

Oliver

Am 21.03.2016 um 09:45 schrieb Benedikt Ritter:
> Hi all,
> 
> after long discussions I think we have gathered enough information to
> decide whether we want to accept the Chimera project as a new Apache
> Commons component.
> 
> Proposed name: Apache Commons Crypto
> Proposal text:
> https://github.com/intel-hadoop/chimera/blob/master/PROPOSAL.html
> Initial Code Base:  https://github.com/intel-hadoop/chimera/
> Initial Committers (Names in alphabetical order):
> - Aaron T. Myers (a...@apache.org, Apache Hadoop PMC, one of the original
> Crypto dev team in Apache Hadoop)
> - Andrew Wang (w...@apache.org, Apache Hadoop PMC, one of the original
> Crypto dev team in Apache Hadoop)
> - Chris Nauroth (cnaur...@apache.org, Apache Hadoop PMC and active
> reviewer)
> - Colin P. McCabe (cmcc...@apache.org, Apache Hadoop PMC, one of the
> original Crypto dev team in Apache Hadoop)
> - Dapeng Sun (s...@apache.org, Apache Sentry Committer, Chimera contributor)
> - Dian Fu (dia...@apache.org, Apache Sqoop Committer, Chimera contributor)
> - Dong Chen (do...@apache.org, Apache Hive Committer,interested on Chimera)
> - Ferdinand Xu (x...@apache.org, Apache Hive Committer, Chimera contributor)
> - Haifeng Chen (haifengc...@apache.org, Chimera lead and code contributor)
> - Marcelo Vanzin (Apache Spark Committer, Chimera contributor)
> - Uma Maheswara Rao G (umamah...@apache.org, Apache Hadoop PMC, One of the
> original Crypto dev/review team in Apache Hadoop)
> - Yi Liu (y...@apache.org, Apache Hadoop PMC, One of the original Crypto
> dev/review team in Apache Hadoop)
> 
> Please review the proposal and vote.
> This vote will close no sooner than 72 hours from now, i.e. after 0900
> GMT 24-Mar 2016
> 
>   [ ] +1 Accept Chimera as new Apache Commons Component
>   [ ] +0 OK, but...
>   [ ] -0 OK, but really should fix...
>   [ ] -1 I oppose this because...
> 
> Thank you!
> Benedikt
> 

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

Build failed in Jenkins: Commons-Compress #62

[Apache Jenkins Server]

See 

Changes:

[bodewig] COMPRESS-344 accept NUL as terminator for GNU extended names

--
Started by an SCM change
[EnvInject] - Loading node environment variables.
Building remotely on mac-mini-1 (osx mac) in workspace 

 > git rev-parse --is-inside-work-tree # timeout=10
Fetching changes from the remote Git repository
 > git config remote.origin.url 
 > https://git-wip-us.apache.org/repos/asf/commons-compress.git # timeout=10
Fetching upstream changes from 
https://git-wip-us.apache.org/repos/asf/commons-compress.git
 > git --version # timeout=10
 > git -c core.askpass=true fetch --tags --progress 
 > https://git-wip-us.apache.org/repos/asf/commons-compress.git 
 > +refs/heads/*:refs/remotes/origin/*
 > git rev-parse refs/remotes/origin/master^{commit} # timeout=10
 > git rev-parse refs/remotes/origin/origin/master^{commit} # timeout=10
Checking out Revision a5eca568368b287f875149133a7ff6029b07aad8 
(refs/remotes/origin/master)
 > git config core.sparsecheckout # timeout=10
 > git checkout -f a5eca568368b287f875149133a7ff6029b07aad8
 > git rev-list 9ff8334ff25822f70a8313e14c8499891dc47688 # timeout=10
Setting JDK_1_5_LATEST__HOME=/home/jenkins/tools/java/latest1.5
Parsing POMs
Established TCP socket on 50433
maven3-agent.jar already up to date
maven3-interceptor.jar already up to date
maven3-interceptor-commons.jar already up to date
[Commons-Compress] $ 
/Users/jenkins/jenkins-home/tools/hudson.model.JDK/JDK_1.7_latest_/bin/java 
-Xmx2g -Xms256m -XX:MaxPermSize=512m -cp 
/Users/jenkins/jenkins-home/maven3-agent.jar:/home/jenkins/tools/maven/apache-maven-3.0.4/boot/plexus-classworlds-2.4.jar
 org.jvnet.hudson.maven3.agent.Maven3Main 
/home/jenkins/tools/maven/apache-maven-3.0.4 
/Users/jenkins/jenkins-home/slave.jar 
/Users/jenkins/jenkins-home/maven3-interceptor.jar 
/Users/jenkins/jenkins-home/maven3-interceptor-commons.jar 50433
<===[JENKINS REMOTING CAPACITY]===>   channel started
Executing Maven:  -B -f 
 
-Dmaven.repo.local=/Users/jenkins/jenkins-home/maven-repositories/0 clean 
deploy --batch-mode -Dgpg.skip -Prelease -Pjava-1.5 
-DJAVA_1_5_HOME=/home/jenkins/tools/java/latest1.5
[INFO] Scanning for projects...
[INFO] 
[INFO] 
[INFO] Building Apache Commons Compress 1.11-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:2.6.1:clean (default-clean) @ commons-compress ---
[INFO] Deleting 
[INFO] 
[INFO] --- maven-enforcer-plugin:1.3.1:enforce (enforce-maven-3) @ 
commons-compress ---
[INFO] 
[INFO] --- build-helper-maven-plugin:1.9.1:parse-version (parse-version) @ 
commons-compress ---
[INFO] 
[INFO] --- maven-antrun-plugin:1.8:run (javadoc.resources) @ commons-compress 
---
[INFO] Executing tasks

main:
 [copy] Copying 2 files to 

[INFO] Executed tasks
[INFO] 
[INFO] --- maven-remote-resources-plugin:1.5:process (default) @ 
commons-compress ---
[INFO] 
[INFO] --- buildnumber-maven-plugin:1.3:create (default) @ commons-compress ---
[INFO] Executing: /bin/sh -c cd 
 && git rev-parse --verify 
HEAD
[INFO] Working directory: 
[INFO] Storing buildNumber: null at timestamp: 1458671195345
[WARNING] Cannot get the branch information from the git repository: 
Detecting the current branch failed: fatal: ref HEAD is not a symbolic ref

[INFO] Executing: /bin/sh -c cd 
 && git rev-parse --verify 
HEAD
[INFO] Working directory: 
[INFO] Storing buildScmBranch: UNKNOWN
[INFO] 
[INFO] --- maven-resources-plugin:2.7:resources (default-resources) @ 
commons-compress ---
[INFO] Using 'iso-8859-1' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 2 resources to META-INF
[INFO] 
[INFO] --- maven-compiler-plugin:3.3:compile (default-compile) @ 
commons-compress ---
[INFO] Changes detected - recompiling the module!
[INFO] Compiling 165 source files to 

[INFO] 
[INFO] BUILD FAILURE
[INFO] 
[INFO] Total time: 13.543s
[INFO] Finished at: Tue Mar 22 11:26:37 PDT 2016
[INFO] Final Memory: 18M/251M
[INFO] 

Build failed in Jenkins: Commons-Compress » Apache Commons Compress #62

[Apache Jenkins Server]

See 


Changes:

[bodewig] COMPRESS-344 accept NUL as terminator for GNU extended names

--
Established TCP socket on 50433
maven3-agent.jar already up to date
maven3-interceptor.jar already up to date
maven3-interceptor-commons.jar already up to date
<===[JENKINS REMOTING CAPACITY]===>   channel started
Executing Maven:  -B -f 

 -Dmaven.repo.local=/Users/jenkins/jenkins-home/maven-repositories/0 clean 
deploy --batch-mode -Dgpg.skip -Prelease -Pjava-1.5 
-DJAVA_1_5_HOME=/home/jenkins/tools/java/latest1.5
[INFO] Scanning for projects...
[INFO] 
[INFO] 
[INFO] Building Apache Commons Compress 1.11-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:2.6.1:clean (default-clean) @ commons-compress ---
[INFO] Deleting 

[INFO] 
[INFO] --- maven-enforcer-plugin:1.3.1:enforce (enforce-maven-3) @ 
commons-compress ---
[INFO] 
[INFO] --- build-helper-maven-plugin:1.9.1:parse-version (parse-version) @ 
commons-compress ---
[INFO] 
[INFO] --- maven-antrun-plugin:1.8:run (javadoc.resources) @ commons-compress 
---
[INFO] Executing tasks

main:
 [copy] Copying 2 files to 

[INFO] Executed tasks
[INFO] 
[INFO] --- maven-remote-resources-plugin:1.5:process (default) @ 
commons-compress ---
[INFO] 
[INFO] --- buildnumber-maven-plugin:1.3:create (default) @ commons-compress ---
[INFO] Executing: /bin/sh -c cd 

 && git rev-parse --verify HEAD
[INFO] Working directory: 

[INFO] Storing buildNumber: null at timestamp: 1458671195345
[WARNING] Cannot get the branch information from the git repository: 
Detecting the current branch failed: fatal: ref HEAD is not a symbolic ref

[INFO] Executing: /bin/sh -c cd 

 && git rev-parse --verify HEAD
[INFO] Working directory: 

[INFO] Storing buildScmBranch: UNKNOWN
[INFO] 
[INFO] --- maven-resources-plugin:2.7:resources (default-resources) @ 
commons-compress ---
[INFO] Using 'iso-8859-1' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 2 resources to META-INF
[INFO] 
[INFO] --- maven-compiler-plugin:3.3:compile (default-compile) @ 
commons-compress ---
[INFO] Changes detected - recompiling the module!
[INFO] Compiling 165 source files to 


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

Jenkins build is still unstable: commons-jcs #152

[Apache Jenkins Server]

See 


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

Jenkins build is still unstable: commons-jcs » Apache Commons JCS :: Core #152

[Apache Jenkins Server]

See 



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

commons-vfs: github pull requests

[Epstein, Ezra]

Is commons-vfs being maintained?  And is GitHub the up-to-date code repo?

I notice a number of open pull requests, one from yours truly.

https://github.com/apache/commons-vfs/pulls


Just checking in to see if something more is needed for contributing to
this project.


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

Jenkins build is still unstable: commons-jcs #151

[Apache Jenkins Server]

See 


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

Jenkins build is still unstable: commons-jcs » Apache Commons JCS :: Core #151

[Apache Jenkins Server]

See 



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

Re: [math] Staging site

[Gilles]

On Mon, 21 Mar 2016 20:14:41 +0100, Thomas Neidhart wrote:

On 03/21/2016 07:32 PM, Evan Ward wrote:

Hi,

I'm on step 19 in Release.howto.txt, I've committed the updated site
using svn, but I get a 404 when I try to view it at
http://commons.staging.apache.org/proper/commons-math

Any ideas what I'm doing wrong? I've noticed that the staging URL 
for
other components such as [lang] or [io] also result in a 404. Has 
the

URL changed?


you do not need to copy to the staging site, the howto is wrong 
there.


Once the commit to the site-content repository is done, the site is
immediately synced and visible at http://commons.apache.org/math. You
might need to refresh your browser though.

btw. running mvn site-deploy should do the same as described in the 
howto.


Evan,

Please update the "howto" to reflect what you did that actually worked.

Thanks,
Gilles



Thomas




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

Re: [collections] An order statistic tree

[Thomas Neidhart]

On Fri, Mar 18, 2016 at 2:23 PM, Rodion Efremov <
rodio...@cs.helsinki.fi.invalid> wrote:

> Hello, all.
> I would like to announce that I have a java.util.Set implementation that
> is an order statistic tree (all non-bulk operations + select + rank in
> O(log n) time) [1]. However, it seems like the team on behalf of the order
> statistic tree issue is rather idle [2], hence the message.
>

Hi Rodion,

sorry, but I stopped working on collections and it looks like nobody else
is interested either.

The datastructure seems interesting, I would propose to contribute it
either to guava or Eclipse Collections (descendent of GS collections).

Regards,

Thomas

Re: commons-vfs:org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase fails

[Benedikt Ritter]

Bernd Eckenfels  schrieb am Di., 22. März 2016 um
08:47 Uhr:

> Hello,
>
> I think for this test we can do fine with a (java mock) http server
> started for the particular redirection test, other provider tests do that
> as well.
>
> Added benefit would be, that we can actually assert some properties of the
> request on server side.
>

Sounds good to me!


>
> Gruss
> Bernd
> --
> http://bernd.eckenfels.net
> From Win 10 Mobile
>
> Von: Benedikt Ritter
> Gesendet: Dienstag, 22. März 2016 08:34
> An: Commons Developers List
> Betreff: Re:
> commons-vfs:org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase
> fails
>
> Hi,
>
> Bernd Eckenfels  schrieb am Di., 22. März 2016 um
> 01:03 Uhr:
>
> > Hello,
> >
> > I think it is a new problem. It is a bit unfortunate that those tests
> > rely on external web sites (and those seeem to no longer exist).
> >
> > If you want, you can file the report directly in the JIRA:
> >
> > https://issues.apache.org/jira/browse/VFS/
> >
> > It seems to be safe to ignore that failure.
> >
>
> Hm, I think we should really fix this :-)
> Maybe it is possible to use the Test Containers project [1] to spin up the
> needed infrastructure for running the test?
>
> Benedikt
>
> [1] http://testcontainers.viewdocs.io/testcontainers-java/
>
>
> > Gruss
> > Bernd
> >
> >  Am Mon,
> > 21 Mar 2016 21:38:46 + schrieb "Epstein, Ezra"
> > :
> >
> > > I’ve forked and cloned the repo from GitHub and the build fails with:
> > >
> > >
> > > Tests run: 90, Failures: 0, Errors: 1, Skipped: 0, Time elapsed:
> > > 5.223 sec <<< FAILURE! - in
> > > org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase
> > >
> > >
> >
> testHttp405(org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase)
> > > Time elapsed: 0.372 sec  <<< ERROR!
> > >
> > > org.apache.commons.vfs2.FileSystemException: Could not determine the
> > > size of
> > > "http://www.w3schools.com/webservices/tempconvert.asmx?action=WSDL;
> > > because it is not a file.
> > >
> > > at
> > >
> >
> org.apache.commons.vfs2.provider.DefaultFileContent.getSize(DefaultFileContent.java:135)
> > >
> > > at
> > >
> >
> org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase.testHttp405(HttpProviderTestCase.java:208)
> > >
> > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> > >
> > ...
> > > at
> > >
> org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103)
> > >
> > > …
> > >
> > > Tests in error:
> > >
> > >
> >
> HttpProviderTestCase>AbstractProviderTestCase.runTest:218->testHttp405:208
> > >   HttpProviderTestCase>» FileSystem
> > >
> > >
> > > Is this a known issue?
> > >
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
>
>

Re: commons-vfs:org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase fails

[Bernd Eckenfels]

Hello,

I think for this test we can do fine with a (java mock) http server started for 
the particular redirection test, other provider tests do that as well.

Added benefit would be, that we can actually assert some properties of the 
request on server side.

Gruss
Bernd
-- 
http://bernd.eckenfels.net
>From Win 10 Mobile

Von: Benedikt Ritter
Gesendet: Dienstag, 22. März 2016 08:34
An: Commons Developers List
Betreff: Re: 
commons-vfs:org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase 
fails

Hi,

Bernd Eckenfels  schrieb am Di., 22. März 2016 um
01:03 Uhr:

> Hello,
>
> I think it is a new problem. It is a bit unfortunate that those tests
> rely on external web sites (and those seeem to no longer exist).
>
> If you want, you can file the report directly in the JIRA:
>
> https://issues.apache.org/jira/browse/VFS/
>
> It seems to be safe to ignore that failure.
>

Hm, I think we should really fix this :-)
Maybe it is possible to use the Test Containers project [1] to spin up the
needed infrastructure for running the test?

Benedikt

[1] http://testcontainers.viewdocs.io/testcontainers-java/


> Gruss
> Bernd
>
>  Am Mon,
> 21 Mar 2016 21:38:46 + schrieb "Epstein, Ezra"
> :
>
> > I’ve forked and cloned the repo from GitHub and the build fails with:
> >
> >
> > Tests run: 90, Failures: 0, Errors: 1, Skipped: 0, Time elapsed:
> > 5.223 sec <<< FAILURE! - in
> > org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase
> >
> >
> testHttp405(org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase)
> > Time elapsed: 0.372 sec  <<< ERROR!
> >
> > org.apache.commons.vfs2.FileSystemException: Could not determine the
> > size of
> > "http://www.w3schools.com/webservices/tempconvert.asmx?action=WSDL;
> > because it is not a file.
> >
> > at
> >
> org.apache.commons.vfs2.provider.DefaultFileContent.getSize(DefaultFileContent.java:135)
> >
> > at
> >
> org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase.testHttp405(HttpProviderTestCase.java:208)
> >
> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> >
> ...
> > at
> > org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103)
> >
> > …
> >
> > Tests in error:
> >
> >
>  HttpProviderTestCase>AbstractProviderTestCase.runTest:218->testHttp405:208
> >   HttpProviderTestCase>» FileSystem
> >
> >
> > Is this a known issue?
> >
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: commons-vfs: org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase fails

[Benedikt Ritter]

Hi,

Bernd Eckenfels  schrieb am Di., 22. März 2016 um
01:03 Uhr:

> Hello,
>
> I think it is a new problem. It is a bit unfortunate that those tests
> rely on external web sites (and those seeem to no longer exist).
>
> If you want, you can file the report directly in the JIRA:
>
> https://issues.apache.org/jira/browse/VFS/
>
> It seems to be safe to ignore that failure.
>

Hm, I think we should really fix this :-)
Maybe it is possible to use the Test Containers project [1] to spin up the
needed infrastructure for running the test?

Benedikt

[1] http://testcontainers.viewdocs.io/testcontainers-java/


> Gruss
> Bernd
>
>  Am Mon,
> 21 Mar 2016 21:38:46 + schrieb "Epstein, Ezra"
> :
>
> > I’ve forked and cloned the repo from GitHub and the build fails with:
> >
> >
> > Tests run: 90, Failures: 0, Errors: 1, Skipped: 0, Time elapsed:
> > 5.223 sec <<< FAILURE! - in
> > org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase
> >
> >
> testHttp405(org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase)
> > Time elapsed: 0.372 sec  <<< ERROR!
> >
> > org.apache.commons.vfs2.FileSystemException: Could not determine the
> > size of
> > "http://www.w3schools.com/webservices/tempconvert.asmx?action=WSDL;
> > because it is not a file.
> >
> > at
> >
> org.apache.commons.vfs2.provider.DefaultFileContent.getSize(DefaultFileContent.java:135)
> >
> > at
> >
> org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase.testHttp405(HttpProviderTestCase.java:208)
> >
> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> >
> ...
> > at
> > org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103)
> >
> > …
> >
> > Tests in error:
> >
> >
>  HttpProviderTestCase>AbstractProviderTestCase.runTest:218->testHttp405:208
> >   HttpProviderTestCase>» FileSystem
> >
> >
> > Is this a known issue?
> >
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: [math] A Java implementation of STL: A Seasonal-Trend Decomposition Procedure Based on Loess

[Greg Brandt]

Hey Gilles,

Thanks for the comments.

>> Would you be around to to keep maintaining to code?

Yes.

>> Out of curiousity, can it detect any kind of periodicity?

The goal of the algorithm is to decompose a time series with known
seasonality / periodicity into trend, seasonal, and remainder components.
One could conceivably try many different parameters for seasonality, then
use some objective function, probably involving residuals, to come up with
the best value. But this would probably be considered an application of STL.

>> There was a proposal to include "triple exponential smoothing", but is
was deemed to be already an "application" rather than a general tool. At
first sight, this code seems more in the line of CM.   Am I right?

The goal of STL is very similar to the Holt Winters triple exponential
smoothing method. So it may be the case that this falls into the
application category with respect to CM. There are a lot of tunable
parameters, and good values depend on data, so it's not so pure from a
mathematical standpoint. However it definitely fills some void, as this
algorithm ships with R. If CM isn't the right place for it, would you know
of a good home?

Thanks,
-Greg

On Mon, Mar 21, 2016 at 3:53 AM, Gilles 
wrote:

> Hello.
>
> On Thu, 17 Mar 2016 20:31:14 -0700, Greg Brandt wrote:
>
>> Hey Commons Math,
>>
>> As part of some work on anomaly detection in time series data, a couple
>> colleagues and I have put together a Java implementation of STL
>> , which we think might be
>> generally
>> useful.
>>
>> It is based on commons-math3 LoessInterpolator
>>
>> <
>> http://commons.apache.org/proper/commons-math/apidocs/org/apache/commons/math3/analysis/interpolation/LoessInterpolator.html
>> >,
>> so we thought it might be a natural contribution to the project.
>>
>
> Looks interesting (although I couldn't take the time to read the paper).
>
>
>> The code currently lives here: https://github.com/brandtg/stl-java. From
>> a
>> usability perspective, I think it needs some cleanup work, and it needs
>> more thorough testing.
>>
>
> Would you be around to to keep maintaining to code?
>
> However, an earlier variant of the code has run in production with decent
>> results on reasonably large time series, so it is not too far off.
>>
>
> Out of curiousity, can it detect any kind of periodicity?
>
> Is this something that would be valuable to Commons Math? A cursory search
>> of JIRA and the mailing lists didn't turn up with anything, so my
>> apologies
>> if this has been previously discussed.
>>
>
> There was a proposal to include "triple exponential smoothing", but is was
> deemed to be already an "application" rather than a general tool.
> At first sight, this code seems more in the line of CM.   Am I right?
>
> Other committers' opinions requested...
>
>
> Best regards,
> Gilles
>
> P.S. Please open a JIRA report ("Wish" type) so that we don't loose track
>  in the flood of emails...
>
> If so, I can massage the code to be consistent with the Developers Guide,
>> simplify usage, and add more test coverage, then follow the
>> recommendations
>> there to create a patch.
>>
>> Please feel free to submit pull requests or issues on the Github repo in
>> addition to discussion on this thread.
>>
>> Thanks,
>> -Greg
>>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>