Re: [math] MATH 4 requires at least java 7, build also the MATH_3_X branch.

[Luc Maisonobe]

Hi Thomas,

Le 02/12/2015 21:08, t...@apache.org a écrit :
> Repository: commons-math
> Updated Branches:
>   refs/heads/master 7afc1c34f -> 25de9b780
> 
> 
> MATH 4 requires at least java 7, build also the MATH_3_X branch.

Do you mean MATH_3_X does not compile with Java 6 anymore?

best regards,
Luc

> 
> 
> Project: http://git-wip-us.apache.org/repos/asf/commons-math/repo
> Commit: http://git-wip-us.apache.org/repos/asf/commons-math/commit/25de9b78
> Tree: http://git-wip-us.apache.org/repos/asf/commons-math/tree/25de9b78
> Diff: http://git-wip-us.apache.org/repos/asf/commons-math/diff/25de9b78
> 
> Branch: refs/heads/master
> Commit: 25de9b7800887c12365f6a19b13cf32baf5bfe2f
> Parents: 7afc1c3
> Author: Thomas Neidhart 
> Authored: Wed Dec 2 21:08:41 2015 +0100
> Committer: Thomas Neidhart 
> Committed: Wed Dec 2 21:08:41 2015 +0100
> 
> --
>  .travis.yml | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> --
> 
> 
> http://git-wip-us.apache.org/repos/asf/commons-math/blob/25de9b78/.travis.yml
> --
> diff --git a/.travis.yml b/.travis.yml
> index bd60a9f..3177040 100644
> --- a/.travis.yml
> +++ b/.travis.yml
> @@ -2,14 +2,14 @@ language: java
>  sudo: false
>  
>  jdk:
> -  - openjdk6
>- openjdk7
>- oraclejdk8
>  
> -# only build trunk
> +# only build master and the MATH_3_X branch
>  branches:
>only:
>  - master
> +- MATH_3_X
>  
>  after_success:
>- mvn clean test jacoco:report coveralls:report
> 
> 


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

Re: [math] MATH 4 requires at least java 7, build also the MATH_3_X branch.

[Thomas Neidhart]

On Thu, Dec 3, 2015 at 9:31 AM, Luc Maisonobe  wrote:

> Hi Thomas,
>
> Le 02/12/2015 21:08, t...@apache.org a écrit :
> > Repository: commons-math
> > Updated Branches:
> >   refs/heads/master 7afc1c34f -> 25de9b780
> >
> >
> > MATH 4 requires at least java 7, build also the MATH_3_X branch.
>
> Do you mean MATH_3_X does not compile with Java 6 anymore?
>

no. The MATH4 branch requires java 7.

The MATH3_X branch should still work with java 6, but I need to create a
separate travis config for it.

Thomas


>
> best regards,
> Luc
>
> >
> >
> > Project: http://git-wip-us.apache.org/repos/asf/commons-math/repo
> > Commit:
> http://git-wip-us.apache.org/repos/asf/commons-math/commit/25de9b78
> > Tree: http://git-wip-us.apache.org/repos/asf/commons-math/tree/25de9b78
> > Diff: http://git-wip-us.apache.org/repos/asf/commons-math/diff/25de9b78
> >
> > Branch: refs/heads/master
> > Commit: 25de9b7800887c12365f6a19b13cf32baf5bfe2f
> > Parents: 7afc1c3
> > Author: Thomas Neidhart 
> > Authored: Wed Dec 2 21:08:41 2015 +0100
> > Committer: Thomas Neidhart 
> > Committed: Wed Dec 2 21:08:41 2015 +0100
> >
> > --
> >  .travis.yml | 4 ++--
> >  1 file changed, 2 insertions(+), 2 deletions(-)
> > --
> >
> >
> >
> http://git-wip-us.apache.org/repos/asf/commons-math/blob/25de9b78/.travis.yml
> > --
> > diff --git a/.travis.yml b/.travis.yml
> > index bd60a9f..3177040 100644
> > --- a/.travis.yml
> > +++ b/.travis.yml
> > @@ -2,14 +2,14 @@ language: java
> >  sudo: false
> >
> >  jdk:
> > -  - openjdk6
> >- openjdk7
> >- oraclejdk8
> >
> > -# only build trunk
> > +# only build master and the MATH_3_X branch
> >  branches:
> >only:
> >  - master
> > +- MATH_3_X
> >
> >  after_success:
> >- mvn clean test jacoco:report coveralls:report
> >
> >
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: [JXPATH] Java Version

[Benedikt Ritter]

I think we should stick to the plan I outlined. I hope to have some time to
work in JXPATH this weekend. I'll also work on a VM for building JXPATH
with Java 4.

BR,
Benedikt

2015-12-02 21:17 GMT+01:00 Uwe Barthel :

> Hi,
>
> should we start a official vote for the Java version topic for JXPath or
> following the release plan provided by Benedikt?
>
> -- Uwe
>
>
> > On 25 Nov 2015, at 20:18, Gary Gregory  wrote:
> >
> > On Wed, Nov 25, 2015 at 9:27 AM, sebb  wrote:
> >
> >> On 25 November 2015 at 16:49, Gary Gregory 
> wrote:
> >>> On Tue, Nov 24, 2015 at 11:57 PM, Uwe Barthel 
> >> wrote:
> >>>
> 
> > Do you like to start these changes before or after the release 1.4?
> >>> I prefer to create the release as soon as possible and start rework
> >> on
> >> that baseline.
> >>
> >
>  Maybe my statement was a bit ambiguous. I'm fine with a Java version
> 1.6
>  or 1.7 but would not wait until the code is overall refurbished.
> >>>
> >>>
> >>> RERO! :-)
> >>
> >> Repent at leisure.
> >>
> >>>
> 
> 
>  The problem with JDK 1.4 is, that I don't have it on any machine. The
> > oldest JDK you can get for Mac OS X to my knowledge is 1.6.
> >
> 
>  Unfortunately, same here.
> >>>
> >>>
> >>> No longer supporting 1.4 is not a showstopper IMO. Bumping the JRE to
> 1.6
> >>> or 1.7 and releasing would be OK with me.
> >>
> >> Same here.
> >>
> >> However, since the code was written for 1.4, it won't have generics
> >> support.
> >>
> >> Do we want to release code which requires 1.5+ but which does not
> >> compile cleanly on 1.5+?
> >>
> >> It's quite a lot of work adding generics, and mistakes can be hard to
> >> correct without potentially causing compatibility issues.
> >>
> >> I don't think there is an easy solution here. However, unless the time
> >> can be put in to add generics properly, I think it would be better not
> >> to do so at all.
> >> In which case, change the Java version to the minimum that is easy to
> >> build/test, i.e. 1.6.
> >> This would be with the intention of doing another release before too
> >> long that fixes up generics etc.
> >> That could target 1.7.
> >>
> >
> > +1
> >
> > Gary
> >
> >
> >>
> >>> Gary
> >>>
> 
> 
>  -- Uwe
> 
> 
> 
> 
>  -
>  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
> >>
> >> -
> >> 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
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter

Re: [math] Adding badges

[Benedikt Ritter]

Looks very nice!

2015-12-02 20:48 GMT+01:00 Thomas Neidhart :

> On 12/02/2015 08:29 PM, Luc Maisonobe wrote:
> > Le 02/12/2015 09:57, Thomas Neidhart a écrit :
> >> Hi,
> >>
> >> recently I added some badges (building on travis, code coverage with
> >> coveralls, license tag, latest available version from maven) to
> >> collections, which can be seen here:
> >> https://github.com/apache/commons-collections
> >>
> >> Any objection to add the same for math?
> >
> > Go for it if you think it is useful.
> >
> > For the record, there is a pending pull request about travis here:
> >
> >  
>
> ok done. I have also closed the pull request at the same time.
>
> The infra ticket [1] for travis is pending, it might take a few days.
>
> Thomas
>
> [1] https://issues.apache.org/jira/browse/INFRA-10883
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter

Build failed in Jenkins: commons-jcs #126

[Apache Jenkins Server]

See 

Changes:

[tv] Address issues reported by Findbugs

--
[...truncated 687 lines...]

main:
[mkdir] Created dir: 

 [copy] Copying 2 files to 

 [copy] Copying  
to 

 [copy] Copying  
to 

[mkdir] Created dir: 

 [copy] Copying 2 files to 

 [copy] Copying  
to 

 [copy] Copying  
to 

[INFO] Executed tasks
[INFO] 
[INFO] --- maven-remote-resources-plugin:1.5:process (default) @ 
commons-jcs-jcache-openjpa ---
[INFO] 
[INFO] --- buildnumber-maven-plugin:1.3:create (default) @ 
commons-jcs-jcache-openjpa ---
[INFO] Executing: /bin/sh -c cd 
 && 
svn --non-interactive info
[INFO] Working directory: 

[INFO] Storing buildNumber: ?? at timestamp: 1449162074330
[INFO] Executing: /bin/sh -c cd 
 && 
svn --non-interactive info
[INFO] Working directory: 

[INFO] Storing buildScmBranch: UNKNOWN_BRANCH
[INFO] 
[INFO] --- build-helper-maven-plugin:1.9.1:add-resource (add-source-notices) @ 
commons-jcs-jcache-openjpa ---
[INFO] 
[INFO] --- maven-resources-plugin:2.7:resources (default-resources) @ 
commons-jcs-jcache-openjpa ---
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 1 resource to 

[INFO] Copying 2 resources
[INFO] 
[INFO] --- maven-compiler-plugin:3.2:compile (default-compile) @ 
commons-jcs-jcache-openjpa ---
[INFO] Changes detected - recompiling the module!
[INFO] Compiling 4 source files to 

[INFO] 
[INFO] --- maven-bundle-plugin:2.5.3:manifest (bundle-manifest) @ 
commons-jcs-jcache-openjpa ---
[INFO] 
[INFO] --- build-helper-maven-plugin:1.9.1:add-test-resource (add-test-notices) 
@ commons-jcs-jcache-openjpa ---
[INFO] 
[INFO] --- maven-resources-plugin:2.7:testResources (default-testResources) @ 
commons-jcs-jcache-openjpa ---
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 2 resources to META-INF
[INFO] Copying 2 resources
[INFO] 
[INFO] --- maven-compiler-plugin:3.2:testCompile (default-testCompile) @ 
commons-jcs-jcache-openjpa ---
[INFO] Changes detected - recompiling the module!
[INFO] Compiling 1 source file to 

[INFO] 
[INFO] --- maven-surefire-plugin:2.18:test (default-test) @ 
commons-jcs-jcache-openjpa ---
[JENKINS] Recording test results
[INFO] 
[INFO] --- maven-jar-plugin:2.5:jar (default-jar) @ commons-jcs-jcache-openjpa 
---
[INFO] Building jar: 

[INFO] 
[INFO] --- maven-jar-plugin:2.5:test-jar (attach-test-jar) @ 
commons-jcs-jcache-openjpa ---
[INFO] Building jar: 

[INFO] 
[INFO] --- maven-site-plugin:3.4:attach-descriptor (attach-descriptor) @ 
commons-jcs-jcache-openjpa ---
[INFO] 
[INFO] --- maven-enforcer-plugin:1.3.1:enforce (enforce-maven-3) @ 
commons-jcs-jcache-openjpa ---
[INFO] 
[INFO] --- maven-antrun-plugin:1.7:run (javadoc.resources) @ 

Re: [COMPRESS] pkware header id for crypto extensions

[Stefan Bodewig]

On 2015-09-04, Bear Giles wrote:

> I just came across a press release that suggests that it is possible to
> support AES encryption for zip files:

> http://www.prnewswire.com/news-releases/pkware-announces-free-licensing-program-for-secure-ziptm-and-pkzip-reader-technologies-72382192.html

I contacted PKWare so we can stop speculating.  The license program
cited above no longer exists, there is no way we can legally implement
the encryption format added by them.

IMHO this doesn't apply to the metadata stuff from Bear's pull request,
I'll try to find time to look into it during the weekend.

Stefan

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

Re: Status of BCEL 6.0 release

[sebb]

On 3 December 2015 at 21:38, Martijn Verburg  wrote:
> Hi all,
>
> I had a look through the archives and noticed a conversation around early
> Nov discussing getting some fixes contributed to the BCEL lib and doing a
> release to support Java 8.  Is there anything I can do to help?

There are lots and lots of outsanding bugs.
However, not all of these necessarily need to be fixed immediately.

We need to triage the bugs to determine which ones have need to be
fixed for a useful Java8 release.
We need test cases for those bugs, and fixes for the bugs.

> Cheers,
> Martijn

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

Status of BCEL 6.0 release

[Martijn Verburg]

Hi all,

I had a look through the archives and noticed a conversation around early
Nov discussing getting some fixes contributed to the BCEL lib and doing a
release to support Java 8.  Is there anything I can do to help?

Cheers,
Martijn