date:20160319

Re: [VOTE][RC1] Release Commons Math 3.6.1

2016-03-19 Thread Matt Sicker

If you add the -Xdoclint:none command line argument, that will ignore the
javadoc errors. I love how the JDK itself doesn't compile without that
option.

On 19 March 2016 at 15:38, Oliver Heger 
wrote:

> Build worked fine with Java 1.6 on Windows 10. Artifacts and site look
> good. I could not build the site with Java 8 because of Javadoc errors,
> but this is not blocking.
>
> So +1
>
> Oliver
>
> Am 17.03.2016 um 20:06 schrieb Evan Ward:
> > This is a [VOTE] for releasing Apache Commons Math 3.6.1 from release
> > candidate 1.
> >
> > Tag name:
> >   MATH_3_6_1_RC1 (signature can be checked from git using 'git tag -v')
> >
> > Tag URL:
> >
> >
> https://git-wip-us.apache.org/repos/asf?p=commons-math.git;a=tag;h=e40b144832c0e138b185c92326588a087e00909c
> >
> > Commit ID the tag points at:
> >   16abfe5de688cc52fb0396e0609cb33044b15653
> >
> > Site:
> >   http://home.apache.org/~evanward/commons-math-3.6.1-RC1-site
> >
> > Distribution files:
> >   https://dist.apache.org/repos/dist/dev/commons/math/
> >
> > Distribution files hashes (SHA1):
> >   4d4bb6741f9b5d095bcab24f5232a871ba579df0
> commons-math3-3.6.1-bin.tar.gz
> >   e088b160c19af7ca2596d91430b8a71aaa5ea5da  commons-math3-3.6.1-bin.zip
> >   77ffe792e4bf0d4bcd7b4e2a8ce3b07df40a92b9
> commons-math3-3.6.1-src.tar.gz
> >   cadad1cbb7757b2616a96b20d357e3a6acb1b4c9  commons-math3-3.6.1-src.zip
> >
> > KEYS file to check signatures:
> >   http://www.apache.org/dist/commons/KEYS
> >
> > Maven artifacts:
> >
> >
> https://repository.apache.org/content/repositories/orgapachecommons-1142/org/apache/commons/commons-math3/3.6.1/
> >
> > [ ] +1 Release it.
> > [ ] +0 Go ahead; I don't care.
> > [ ] -0 There are a few minor glitches: ...
> > [ ] -1 No, do not release it because ...
> >
> > This vote will close in 72 hours, at 2016-03-20T12:00:00Z (this is UTC
> > time).
> >
> > Best Regards,
> > Evan
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
Matt Sicker

Re: [math] Fix for MATH-1342

2016-03-19 Thread luc


Le 2016-03-16 20:13, Evan Ward a écrit :

Hi,


Hi Evan,



First, I'm trying to use the new branching strategy so I would
appreciate your patience if I'm not doing correctly.

I've commited a fix for MATH-1342 in commit 7a8dc00. This is a problem
with event detection in all ODE integrators. So if the list approves I
would like to merge this into the develop branch.


I have reviewed your fix and agrees with it (you know how this part of
the code is important to me!).

However, you have put the fix on a branch related to master, not to
MATH_3_X.



I would also like to create a bug fix release on the math3 branch for
this bug.


+1 from me, but the fix should be ported to MATH_3_X in this case.
As it would be a relase fixing only 3 bugs (counting MATH-1316 and
MATH-1317 fixed two months ago just after 3.6 release, it should
probably be numbered 3.6.1.


I have a commit that I've ported to that branch that I can
push up, if that is the right way to do it. I can also volunteer to do
the release, but I've never done a release before so someone may have 
to

help me through it.


I have performed the last releases. The main document is the one in
the [math] project itself, in file doc/release/release.howto.txt. I
think it has been updated for the last two releases, so it should be
fairly accurate by now.

Prior to the release, you should upload a GPG key in the general file
holding all release managers keys for commons, see step 10 of the
procedure, that in fact should rather be step 0.

best regards,
Luc



Best Regards,
Evan


-
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: [math] questions on GA

2016-03-19 Thread Gilles


Hello.

On Thu, 17 Mar 2016 19:11:16 +0300, Семенов Кирилл wrote:

Hi,

I've been using genetic algorithm for some pet projects. And I'd like 
to

shed some light on a number of topics.


Thanks for you interest.

Given that there exist Java softwares that seem to provide a more 
complete

features set, I'd be interested to know a user's opinion on how the
CM implementation compares with those.
In effect, some time ago we evoked the possibility to drop GA support
altogether since the code seemed little used and a lot of work was
anticipated for making it useful beyond demo applications.


1. Am I correct to think, that now GA is working in a single thread?


Certainly.

Very few CM codes are multi-thread ready.  It was one of the task to
be tackled for future versions of the library, but lacking human 
resources

it's unlikely to become a reality any time soon.


In
such case, was there any discussions on the subject (I didn't find 
within a

quick check of Jira).


There were discussions (cf. "dev" ML archive).


If not, could you provide some API reference. The
subject is important, because the ability to be distributed is one of 
the

key features of the GA.

2. Was there talks about implementing Pool for chromosomes? I found
enhancement proposal https://issues.apache.org/jira/browse/MATH-1219 
-
which is aimed to solve the same problem - creating an enormous 
amount of
chromosomes in each generation. Chromosomes after each generation 
hangs in
a heap waiting for GC. Also, object pool can be implemented, 
supposing that

chromosome would consist of List.


If someone would want to start a large overhaul of the GA code, that is
worth considering.
Do you mean using an existing library, or do you suggest implementing 
the

functionality specifically for CM?

3. Examples of using getRepresentation method of 
AbstractListChromosome
seem misleading. Because getRepresentation  is protected method and 
writing
classes that implement MutationPolicy/CrossoverPolicy can't use it. 
For
rapid development one could implement public overriding method, but 
can't
it be defined public in AbstractListChromosome? If one is to write 
some

particular policy, he must override getRepresentation method in
CustomChromosome. But if one wants to write some common genetic 
policy
(e.g., some reordering crossover), he would face an obstacle 
mentioned.


I'd like to create tasks for those in Jira. Just want to make sure, 
that
these topics would be useful and gather some information, other 
devepoler's

opinions on a matter.


You can always point to lacking features by opening JIRA reports, but 
unless
you intend to work on them yourself, I wouldn't bet on having them 
fixed

rapidly.


Best regards,
Gilles


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

[GitHub] commons-compress pull request: Bugfix for COMPRESS-343

2016-03-19 Thread rpreissel

Github user rpreissel commented on the pull request:

https://github.com/apache/commons-compress/pull/11#issuecomment-197507339
  
This is a memory issue and from my point of view there is no simple way to 
test it with an unit test.

I have tried to write an unit test and used 
ManagementFactory.getMemoryMXBean().getNonHeapMemoryUsage() to check the memory 
usage before and after creating an archive with many files. But there was no 
difference with the patch.

But if I look at the process with system utils I see that the version 
without the patch requires many GB and the version with the patch only 100MB. 

Any ideas?  



---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

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

[GitHub] commons-compress pull request: Bugfix for COMPRESS-343

2016-03-19 Thread asfgit

Github user asfgit closed the pull request at:

https://github.com/apache/commons-compress/pull/11


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

-
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 #60

2016-03-19 Thread Apache Jenkins Server

See 

Changes:

[bodewig] Bugfix for COMPRESS-343

[bodewig] test if end() is invoked when stream is closing

[bodewig] COMPRESS-343 try to free native memory even if close fails

[bodewig] record fix for COMPRESS-343

[bodewig] plug a few more native memory leaks

--
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 f9334473bd9993f38458ecee137ba9e7f7b79abb 
(refs/remotes/origin/master)
 > git config core.sparsecheckout # timeout=10
 > git checkout -f f9334473bd9993f38458ecee137ba9e7f7b79abb
 > git rev-list c02b2d50ebc6609518841321bdc8edad80e2ef87 # timeout=10
Setting JDK_1_5_LATEST__HOME=/home/jenkins/tools/java/latest1.5
Parsing POMs
Modules changed, recalculating dependency graph
Established TCP socket on 50082
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 50082
<===[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] 
Downloading: 
http://repo.maven.apache.org/maven2/org/powermock/powermock-module-junit4/1.6.4/powermock-module-junit4-1.6.4.pom
Downloaded: 
http://repo.maven.apache.org/maven2/org/powermock/powermock-module-junit4/1.6.4/powermock-module-junit4-1.6.4.pom
 (2 KB at 3.2 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/powermock/powermock-modules/1.6.4/powermock-modules-1.6.4.pom
Downloaded: 
http://repo.maven.apache.org/maven2/org/powermock/powermock-modules/1.6.4/powermock-modules-1.6.4.pom
 (770 B at 10.9 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/powermock/powermock/1.6.4/powermock-1.6.4.pom
Downloaded: 
http://repo.maven.apache.org/maven2/org/powermock/powermock/1.6.4/powermock-1.6.4.pom
 (15 KB at 147.4 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/powermock/powermock-module-junit4-common/1.6.4/powermock-module-junit4-common-1.6.4.pom
Downloaded: 
http://repo.maven.apache.org/maven2/org/powermock/powermock-module-junit4-common/1.6.4/powermock-module-junit4-common-1.6.4.pom
 (2 KB at 18.8 KB/sec)
Downloading: http://repo.maven.apache.org/maven2/junit/junit/4.4/junit-4.4.pom
Downloaded: http://repo.maven.apache.org/maven2/junit/junit/4.4/junit-4.4.pom 
(2 KB at 17.3 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/powermock/powermock-core/1.6.4/powermock-core-1.6.4.pom
Downloaded: 
http://repo.maven.apache.org/maven2/org/powermock/powermock-core/1.6.4/powermock-core-1.6.4.pom
 (3 KB at 29.4 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/powermock/powermock-reflect/1.6.4/powermock-reflect-1.6.4.pom
Downloaded: 
http://repo.maven.apache.org/maven2/org/powermock/powermock-reflect/1.6.4/powermock-reflect-1.6.4.pom
 (987 B at 13.6 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/objenesis/objenesis/2.1/objenesis-2.1.pom
Downloaded: 
http://repo.maven.apache.org/maven2/org/objenesis/objenesis/2.1/objenesis-2.1.pom
 (3 KB at 34.4 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/objenesis/objenesis-parent/2.1/objenesis-parent-2.1.pom
Downloaded:

AW: [report] Report from the Apache Commons Project

2016-03-19 Thread 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

Re: [VOTE][RC1] Release Commons Math 3.6.1

2016-03-19 Thread Evan Ward


On 03/17/2016 03:06 PM, Evan Ward wrote:
>
>
>
>
>
>
>
> This is a [VOTE] for releasing Apache Commons Math 3.6.1 from
> release candidate 1.
>
>
>
> Tag name:
>
>   MATH_3_6_1_RC1 (signature can be checked from git using 'git tag
> -v')
>
>
>
> Tag URL:
>
>  
> https://git-wip-us.apache.org/repos/asf?p=commons-math.git;a=tag;h=e40b144832c0e138b185c92326588a087e00909c
>
>
>
> Commit ID the tag points at:
>
>   16abfe5de688cc52fb0396e0609cb33044b15653
>
>
>
> Site:
>
>   http://home.apache.org/~evanward/commons-math-3.6.1-RC1-site
>
>
>
> Distribution files:
>
>   https://dist.apache.org/repos/dist/dev/commons/math/
>
>
>
> Distribution files hashes (SHA1):
>
>   4d4bb6741f9b5d095bcab24f5232a871ba579df0 
> commons-math3-3.6.1-bin.tar.gz
>
>   e088b160c19af7ca2596d91430b8a71aaa5ea5da 
> commons-math3-3.6.1-bin.zip
>
>   77ffe792e4bf0d4bcd7b4e2a8ce3b07df40a92b9 
> commons-math3-3.6.1-src.tar.gz
>
>   cadad1cbb7757b2616a96b20d357e3a6acb1b4c9 
> commons-math3-3.6.1-src.zip
>
>
>
> KEYS file to check signatures:
>
>   http://www.apache.org/dist/commons/KEYS
>
>
>
> Maven artifacts:
>
>  
> https://repository.apache.org/content/repositories/orgapachecommons-1142/org/apache/commons/commons-math3/3.6.1/
>
>
>
> [ ] +1 Release it.

+1 from me.

Regards,
Evan

>
> [ ] +0 Go ahead; I don't care.
>
> [ ] -0 There are a few minor glitches: ...
>
> [ ] -1 No, do not release it because ...
>
>
>
> This vote will close in 72 hours, at 2016-03-20T12:00:00Z (this is
> UTC
>
> time).
>
>
>
> Best Regards,
>
> Evan
>
>
>
>
>
>

Re: [VOTE][RC1] Release Commons Math 3.6.1

2016-03-19 Thread Luc Maisonobe

Le 17/03/2016 20:06, Evan Ward a écrit :
> This is a [VOTE] for releasing Apache Commons Math 3.6.1 from release
> candidate 1.
> 
> Tag name:
>   MATH_3_6_1_RC1 (signature can be checked from git using 'git tag -v')
> 
> Tag URL:
>  
> https://git-wip-us.apache.org/repos/asf?p=commons-math.git;a=tag;h=e40b144832c0e138b185c92326588a087e00909c
> 
> Commit ID the tag points at:
>   16abfe5de688cc52fb0396e0609cb33044b15653
> 
> Site:
>   http://home.apache.org/~evanward/commons-math-3.6.1-RC1-site
> 
> Distribution files:
>   https://dist.apache.org/repos/dist/dev/commons/math/
> 
> Distribution files hashes (SHA1):
>   4d4bb6741f9b5d095bcab24f5232a871ba579df0  commons-math3-3.6.1-bin.tar.gz
>   e088b160c19af7ca2596d91430b8a71aaa5ea5da  commons-math3-3.6.1-bin.zip
>   77ffe792e4bf0d4bcd7b4e2a8ce3b07df40a92b9  commons-math3-3.6.1-src.tar.gz
>   cadad1cbb7757b2616a96b20d357e3a6acb1b4c9  commons-math3-3.6.1-src.zip
> 
> KEYS file to check signatures:
>   http://www.apache.org/dist/commons/KEYS
> 
> Maven artifacts:
>  
> https://repository.apache.org/content/repositories/orgapachecommons-1142/org/apache/commons/commons-math3/3.6.1/
> 
> [X] +1 Release it.

+1.

For some reason, the schell scripts I use to check some boring stuff
(diffs between zip/tar.gz/tag) didn't work. I did it manually, and
everything was fine.

best regards,
Luc

> [ ] +0 Go ahead; I don't care.
> [ ] -0 There are a few minor glitches: ...
> [ ] -1 No, do not release it because ...
> 
> This vote will close in 72 hours, at 2016-03-20T12:00:00Z (this is UTC
> time).
> 
> Best Regards,
> Evan
> 


-
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 » Apache Commons Compress #60

2016-03-19 Thread Apache Jenkins Server

See 


Changes:

[bodewig] Bugfix for COMPRESS-343

[bodewig] test if end() is invoked when stream is closing

[bodewig] COMPRESS-343 try to free native memory even if close fails

[bodewig] record fix for COMPRESS-343

[bodewig] plug a few more native memory leaks

--
Established TCP socket on 50082
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] 
Downloading: 
http://repo.maven.apache.org/maven2/org/powermock/powermock-module-junit4/1.6.4/powermock-module-junit4-1.6.4.pom
Downloaded: 
http://repo.maven.apache.org/maven2/org/powermock/powermock-module-junit4/1.6.4/powermock-module-junit4-1.6.4.pom
 (2 KB at 3.2 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/powermock/powermock-modules/1.6.4/powermock-modules-1.6.4.pom
Downloaded: 
http://repo.maven.apache.org/maven2/org/powermock/powermock-modules/1.6.4/powermock-modules-1.6.4.pom
 (770 B at 10.9 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/powermock/powermock/1.6.4/powermock-1.6.4.pom
Downloaded: 
http://repo.maven.apache.org/maven2/org/powermock/powermock/1.6.4/powermock-1.6.4.pom
 (15 KB at 147.4 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/powermock/powermock-module-junit4-common/1.6.4/powermock-module-junit4-common-1.6.4.pom
Downloaded: 
http://repo.maven.apache.org/maven2/org/powermock/powermock-module-junit4-common/1.6.4/powermock-module-junit4-common-1.6.4.pom
 (2 KB at 18.8 KB/sec)
Downloading: http://repo.maven.apache.org/maven2/junit/junit/4.4/junit-4.4.pom
Downloaded: http://repo.maven.apache.org/maven2/junit/junit/4.4/junit-4.4.pom 
(2 KB at 17.3 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/powermock/powermock-core/1.6.4/powermock-core-1.6.4.pom
Downloaded: 
http://repo.maven.apache.org/maven2/org/powermock/powermock-core/1.6.4/powermock-core-1.6.4.pom
 (3 KB at 29.4 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/powermock/powermock-reflect/1.6.4/powermock-reflect-1.6.4.pom
Downloaded: 
http://repo.maven.apache.org/maven2/org/powermock/powermock-reflect/1.6.4/powermock-reflect-1.6.4.pom
 (987 B at 13.6 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/objenesis/objenesis/2.1/objenesis-2.1.pom
Downloaded: 
http://repo.maven.apache.org/maven2/org/objenesis/objenesis/2.1/objenesis-2.1.pom
 (3 KB at 34.4 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/objenesis/objenesis-parent/2.1/objenesis-parent-2.1.pom
Downloaded: 
http://repo.maven.apache.org/maven2/org/objenesis/objenesis-parent/2.1/objenesis-parent-2.1.pom
 (17 KB at 194.2 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/javassist/javassist/3.20.0-GA/javassist-3.20.0-GA.pom
Downloaded: 
http://repo.maven.apache.org/maven2/org/javassist/javassist/3.20.0-GA/javassist-3.20.0-GA.pom
 (10 KB at 124.6 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/powermock/powermock-api-mockito/1.6.4/powermock-api-mockito-1.6.4.pom
Downloaded: 
http://repo.maven.apache.org/maven2/org/powermock/powermock-api-mockito/1.6.4/powermock-api-mockito-1.6.4.pom
 (2 KB at 17.9 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/powermock/powermock-api/1.6.4/powermock-api-1.6.4.pom
Downloaded: 
http://repo.maven.apache.org/maven2/org/powermock/powermock-api/1.6.4/powermock-api-1.6.4.pom
 (781 B at 10.9 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/mockito/mockito-core/1.10.19/mockito-core-1.10.19.pom
Downloaded: 
http://repo.maven.apache.org/maven2/org/mockito/mockito-core/1.10.19/mockito-core-1.10.19.pom
 (2 KB at 17.8 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/powermock/powermock-api-support/1.6.4/powermock-api-support-1.6.4.pom
Downloaded: 
http://repo.maven.apache.org/maven2/org/powermock/powermock-api-support/1.6.4/powermock-api-support-1.6.4.pom
 (2 KB at 16.4 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/powermock/powermock-module-junit4/1.6.4/powermock-module-junit4-1.6.4.jar
Downloading: 
http://repo.maven.apache.org/maven2/org/powermock/powermock-module-junit4-common/1.6.4/powermock-module-junit4-common-1.6.4.jar
Downloading:

[GitHub] commons-compress pull request: Bugfix for COMPRESS-343

2016-03-19 Thread rpreissel

GitHub user rpreissel opened a pull request:

https://github.com/apache/commons-compress/pull/11

Bugfix for COMPRESS-343

The class ...sevenz.Coders.DeflateDecoder does not close (end()) the 
Deflater and Inflater. This can lead to native memory issues: see 
https://bugs.openjdk.java.net/browse/JDK-8074108.

This bugfix solves the problem.

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/rpreissel/commons-compress COMPRESS-343

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/commons-compress/pull/11.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #11


commit 2c1e2980c5d5a17be220ae26793e80e9683cc16e
Author: Rene Preissel 
Date:   2016-03-16T16:26:57Z

Bugfix for COMPRESS-343




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

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

Early Access builds of JDK 9 b110 & JDK 9 with Project Jigsaw b110 (#4664) are available on java.net

2016-03-19 Thread Rory O'Donnell



Hi Benedikt,

Early Access b110  for JDK 9 is 
available on java.net, summary of  changes are listed here 
.
Among other fixes , the following changes are also included from builds 
108 to 110


 o removal of the OS X-specific com.apple.concurrent package
 o update to the JAX-WS RI integration to latest version
   (2.3.0-SNAPSHOT)
 o disabling of Diffie-Hellman keys smaller than 1024 bits

Early Access b110  (#4664) for JDK 9 with 
Project Jigsaw is available on java.net.
We expect this will be the last EA build before we integrate into JDK 9. 
This means that this

EA build is essentially what will be jdk-9+111 next week.

As always, please help out by trying out existing code and libraries to 
see what works and
doesn't work. We have a detailed list of compatibility issues listed in 
JEP 261 [2].


Also feedback and questions from those that trying the EA build to 
modularize existing
code would be appreciated. We also want to know what works and doesn't 
work here [3]


Rgds,Rory


[1] https://jdk9.java.net/jigsaw/
[2] http://openjdk.java.net/jeps/261
[3] http://mail.openjdk.java.net/pipermail/jigsaw-dev/

--
Rgds,Rory O'Donnell
Quality Engineering Manager
Oracle EMEA, Dublin,Ireland

Re: [crypto][chimera] Next steps

2016-03-19 Thread Gangumalla, Uma

Dear All,

Please find the proposal document text for Apache Commons Crypto project
below and the same has been committed at Chimera project home folder [1] .

Please provide your feedbacks and let me know if anything else need to
cover in this document.

Thanks a lot for the help and support so far.

[1]  https://github.com/intel-hadoop/chimera/blob/master/PROPOSAL.html
https://
github.com/intel-hadoop/chimera/blob/master/PROPOSAL.html>

Proposal for Apache Commons Crypto Package

(0) Rationale

Providing Java based optimized and high performance cryptographic IO
streams for the applications who wants to implement the data encryption.
It also provides cipher level API to use. It does provide the openssl API
integration and provide the fallback mechanism to use JCE when openssl
library unavailable.
(Note: Please note that Commons Crypto doesn’t implement the cryptographic
algorithm such as AES directly. It wraps to Openssl or JCE which implement
algorithms.)

(1) Scope of the Package

This proposal is to create a package of cryptographic IO classes with the
integration of Openssl library.
It focuses on AES-NI optimizations mainly and it can be extended to other
algorithms based on demand from the users later.

(1.5) Interaction With Other Packages

Commons Crypto relies on standard JDK 7 (or later) APIs for production
deployment and on OpenSSL 1.0.1c devl libraries.
It utilizes the JUnit unit testing framework, but this is of interest only
to developers of the component.
The functionality provided by Commons Crypto is currently in use by Apache
Hadoop and Apache Spark, and both of those communities
have expressed interest in changing their dependency to be on the central
Commons Crypto package once it exists.

(2) Initial Source of the Package

The initial classes came from the Apache Hadoop.
The proposed package name for the new component is
org.apache.commons.crypto.

(3) Required Apache Commons Resources

* Git Repository - New repository commons-crypto
* Mailing List - Discussions will take place on the general
dev@commons.apache.org mailing list.
  To help list subscribers identify messages of interest, it is suggested
that the message subject of messages about this component be prefixed with
[Crypto].
* JIRA - New component "Crypto" under the "Commons" project.
* Confluence FAQ - New category "commons-crypto" (when available).

(4) 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)

Regards,
Uma

On 3/7/16, 5:20 PM, "Gangumalla, Uma"  wrote:

>Dear all, Sorry for the delay. Working out on the proposal document, we
>will get it posted here soon.
>
>Regards,
>Uma
>
>
>On 2/26/16, 1:26 PM, "Gary Gregory"  wrote:
>
>>I take it the Crypto squared is a typo and that you wanted to close the
>>quote.
>>
>>G
>>
>>On Fri, Feb 26, 2016 at 12:47 PM, Gangumalla, Uma
>>
>>wrote:
>>
>>>
>>>Ok. Thanks Benedikt. We would get the proposal document ready soon.
>>>Also one question, shall we rename the package to org.apache.* in
>>>Chimera
>>>git project first before pushing the code to Apache Commons? Or we can
>>>work here once moved the code?
>>>What do you suggest? For making package rename, component name should be
>>>finalized I think.
>>>
>>>Does every one ok with "Apache Commons Crypto² ?
>>>
>>>Regards,
>>>Uma
>>>
>>>On 2/26/16, 5:11 AM, "Benedikt Ritter"  wrote:
>>>
Okay, so I think the only thing missing before we start the
>>>integration of
the component is a PROPOSAL document, describing the scope of the
component
and a list of initial commiters/contributors.

2016-02-26 3:24 GMT+01:00 Chen, Haifeng :

> Come back to clear out the codebase and IP concerns.
>
> [Benedikt] I still have concerns about the IP, since this

[GitHub] commons-compress pull request: Bugfix for COMPRESS-343

2016-03-19 Thread garydgregory

Github user garydgregory commented on the pull request:

https://github.com/apache/commons-compress/pull/11#issuecomment-197425393
  
Hi,

Thank you for the patch.

Do you have a unit test that show the problem and it being fixed by the 
patch?

Gary


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

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

[math] questions on GA

2016-03-19 Thread Семенов Кирилл

Hi,

I've been using genetic algorithm for some pet projects. And I'd like to
shed some light on a number of topics.

1. Am I correct to think, that now GA is working in a single thread? In
such case, was there any discussions on the subject (I didn't find within a
quick check of Jira). If not, could you provide some API reference. The
subject is important, because the ability to be distributed is one of the
key features of the GA.

2. Was there talks about implementing Pool for chromosomes? I found
enhancement proposal https://issues.apache.org/jira/browse/MATH-1219 -
which is aimed to solve the same problem - creating an enormous amount of
chromosomes in each generation. Chromosomes after each generation hangs in
a heap waiting for GC. Also, object pool can be implemented, supposing that
chromosome would consist of List.

3. Examples of using getRepresentation method of AbstractListChromosome
seem misleading. Because getRepresentation  is protected method and writing
classes that implement MutationPolicy/CrossoverPolicy can't use it. For
rapid development one could implement public overriding method, but can't
it be defined public in AbstractListChromosome? If one is to write some
particular policy, he must override getRepresentation method in
CustomChromosome. But if one wants to write some common genetic policy
(e.g., some reordering crossover), he would face an obstacle mentioned.

I'd like to create tasks for those in Jira. Just want to make sure, that
these topics would be useful and gather some information, other devepoler's
opinions on a matter.


-- 
Regards,
Kirill

Re: [math] questions on GA

2016-03-19 Thread Семенов Кирилл

>
> In effect, some time ago we evoked the possibility to drop GA support
> altogether since the code seemed little used and a lot of work was
> anticipated for making it useful beyond demo applications.


It is rather surprising, that ASF doesn't have any complex and extensive AI
instruments. I was looking for ANN some time ago and found only Mahout,
which seemed rather idle.
But Commons projects, IMO, are a good place for GA, while there is no
activity on AI merging/separating.

but lacking human resources
> it's unlikely to become a reality any time soon.
>

 You can always point to lacking features by opening JIRA reports, but
> unless
> you intend to work on them yourself, I wouldn't bet on having them fixed
> rapidly.
>

If someone would want to start a large overhaul of the GA code, that is
> worth considering.
>

There surely can be a big scope. Btw, I'm still a student (last year of
BS).
So, I can do things listed and some more as a GSoC project (I was planning
to participate anyway).
https://docs.google.com/document/d/1RT_zNfBdf8rX2p5Qo0bIQ28SqwWUVPwfKmjStwK8SCw/edit#
- I wrote my vision and ready to refine it,
if you care to comment.

I find it strange, that ASF list for GSoC doesn't include any Commons
projects or widely known (Cassandram Solr, Kafka, etc.) Is it even possible
to participate on behalf of Commons Math this year?

Do you mean using an existing library, or do you suggest implementing the
> functionality specifically for CM?
>
> I'm not sure, which way is preferred. There is Commons Pool, that can
become a dependency, but is it okay to get any dependencies beside Junit?
And implementing It would definitely enlarge codebase. Which is less of two
evils?



2016-03-17 21:35 GMT+03:00 Gilles :

> Hello.
>
> On Thu, 17 Mar 2016 19:11:16 +0300, Семенов Кирилл wrote:
>
>> Hi,
>>
>> I've been using genetic algorithm for some pet projects. And I'd like to
>> shed some light on a number of topics.
>>
>
> Thanks for you interest.
>
> Given that there exist Java softwares that seem to provide a more complete
> features set, I'd be interested to know a user's opinion on how the
> CM implementation compares with those.
> In effect, some time ago we evoked the possibility to drop GA support
> altogether since the code seemed little used and a lot of work was
> anticipated for making it useful beyond demo applications.
>
> 1. Am I correct to think, that now GA is working in a single thread?
>>
>
> Certainly.
>
> Very few CM codes are multi-thread ready.  It was one of the task to
> be tackled for future versions of the library, but lacking human resources
> it's unlikely to become a reality any time soon.
>
> In
>> such case, was there any discussions on the subject (I didn't find within
>> a
>> quick check of Jira).
>>
>
> There were discussions (cf. "dev" ML archive).
>
> If not, could you provide some API reference. The
>> subject is important, because the ability to be distributed is one of the
>> key features of the GA.
>>
>> 2. Was there talks about implementing Pool for chromosomes? I found
>> enhancement proposal https://issues.apache.org/jira/browse/MATH-1219 -
>> which is aimed to solve the same problem - creating an enormous amount of
>> chromosomes in each generation. Chromosomes after each generation hangs in
>> a heap waiting for GC. Also, object pool can be implemented, supposing
>> that
>> chromosome would consist of List.
>>
>
> If someone would want to start a large overhaul of the GA code, that is
> worth considering.
> Do you mean using an existing library, or do you suggest implementing the
> functionality specifically for CM?
>
> 3. Examples of using getRepresentation method of AbstractListChromosome
>> seem misleading. Because getRepresentation  is protected method and
>> writing
>> classes that implement MutationPolicy/CrossoverPolicy can't use it. For
>> rapid development one could implement public overriding method, but can't
>> it be defined public in AbstractListChromosome? If one is to write some
>> particular policy, he must override getRepresentation method in
>> CustomChromosome. But if one wants to write some common genetic policy
>> (e.g., some reordering crossover), he would face an obstacle mentioned.
>>
>> I'd like to create tasks for those in Jira. Just want to make sure, that
>> these topics would be useful and gather some information, other
>> devepoler's
>> opinions on a matter.
>>
>
> You can always point to lacking features by opening JIRA reports, but
> unless
> you intend to work on them yourself, I wouldn't bet on having them fixed
> rapidly.
>
>
> Best regards,
> Gilles
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
С уважением,
Семенов Кирилл Павлович
8-905-275-88-72

Re: [math] Fix for MATH-1342

2016-03-19 Thread Evan Ward


On 03/16/2016 05:18 PM, luc wrote:
> Le 2016-03-16 20:13, Evan Ward a écrit :
>> Hi,
>
> Hi Evan,
>
>>
>> First, I'm trying to use the new branching strategy so I would
>> appreciate your patience if I'm not doing correctly.
>>
>> I've commited a fix for MATH-1342 in commit 7a8dc00. This is a problem
>> with event detection in all ODE integrators. So if the list approves I
>> would like to merge this into the develop branch.
>
> I have reviewed your fix and agrees with it (you know how this part of
> the code is important to me!).
>
> However, you have put the fix on a branch related to master, not to
> MATH_3_X.
>
>>
>> I would also like to create a bug fix release on the math3 branch for
>> this bug.
>
> +1 from me, but the fix should be ported to MATH_3_X in this case.
> As it would be a relase fixing only 3 bugs (counting MATH-1316 and
> MATH-1317 fixed two months ago just after 3.6 release, it should
> probably be numbered 3.6.1.
>
>> I have a commit that I've ported to that branch that I can
>> push up, if that is the right way to do it. I can also volunteer to do
>> the release, but I've never done a release before so someone may have to
>> help me through it.
>
> I have performed the last releases. The main document is the one in
> the [math] project itself, in file doc/release/release.howto.txt. I
> think it has been updated for the last two releases, so it should be
> fairly accurate by now.
>
> Prior to the release, you should upload a GPG key in the general file
> holding all release managers keys for commons, see step 10 of the
> procedure, that in fact should rather be step 0.

Thanks for the pointers. I've started going through the procedure now
and I hope to have an RC out by 4pm EDT. Twenty four steps seems a bit
much, but I do appreciate the detail. Thanks again for helping while
you're at a conference.

Regards,
Evan

>
> best regards,
> Luc
>
>>
>> Best Regards,
>> Evan
>>
>>
>> -
>> 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

[collections] An order statistic tree

2016-03-19 Thread Rodion Efremov

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.
Best,
rodde
[1] https://github.com/coderodde/OrderStatisticTree
[2] https://issues.apache.org/jira/browse/COLLECTIONS-479

[math] Fix for MATH-1342

2016-03-19 Thread Evan Ward

Hi,

First, I'm trying to use the new branching strategy so I would
appreciate your patience if I'm not doing correctly.

I've commited a fix for MATH-1342 in commit 7a8dc00. This is a problem
with event detection in all ODE integrators. So if the list approves I
would like to merge this into the develop branch.

I would also like to create a bug fix release on the math3 branch for
this bug. I have a commit that I've ported to that branch that I can
push up, if that is the right way to do it. I can also volunteer to do
the release, but I've never done a release before so someone may have to
help me through it.

Best Regards,
Evan


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

[GitHub] commons-compress pull request: Bugfix for COMPRESS-343

2016-03-19 Thread bodewig

Github user bodewig commented on the pull request:

https://github.com/apache/commons-compress/pull/11#issuecomment-197788653
  
I had naively assumed `InflaterInputStream#close` would free up the 
resources. Come to think of it, if we pass in the `Inflater` ourselves it makes 
sense that we are responsible for cleanup.

Many thanks!

I'll grep through the code to ensure the same kind of bug doesn't hit us 
anywhere else.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

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

Re: [VOTE][RC1] Release Commons Math 3.6.1

Re: [math] Fix for MATH-1342

Re: [math] questions on GA

[GitHub] commons-compress pull request: Bugfix for COMPRESS-343

[GitHub] commons-compress pull request: Bugfix for COMPRESS-343

Build failed in Jenkins: Commons-Compress #60

AW: [report] Report from the Apache Commons Project

Re: [VOTE][RC1] Release Commons Math 3.6.1

Re: [VOTE][RC1] Release Commons Math 3.6.1

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

[GitHub] commons-compress pull request: Bugfix for COMPRESS-343

Early Access builds of JDK 9 b110 & JDK 9 with Project Jigsaw b110 (#4664) are available on java.net

Re: [crypto][chimera] Next steps

[GitHub] commons-compress pull request: Bugfix for COMPRESS-343

[math] questions on GA

Re: [math] questions on GA

Re: [math] Fix for MATH-1342

[collections] An order statistic tree

[math] Fix for MATH-1342

[GitHub] commons-compress pull request: Bugfix for COMPRESS-343

20 matches

Site Navigation

Mail list logo

Footer information