Re: OSGi Version at Package Level

Hi, On Wed, Jun 7, 2017 at 2:10 AM, Jörg Schaible wrote: > ...maybe you have missed the discussion for > https://issues.apache.org/jira/browse/COMPRESS-399, but in short we face a > PR that introduces individual versions at package level for a component That's standard practice for OSGi bund

[GitHub] commons-compress issue #26: COMPRESS-399 OSGI package versions are overly pe...

Github user bodewig commented on the issue: https://github.com/apache/commons-compress/pull/26 Sorry, I'm currently swamped and won't find time to look into this for the coming days. @sesuncedu there is a discussion going on on the dev mailing list that you may want to join -> https:

Re: OSGi Version at Package Level

On Tue, Jun 6, 2017 at 5:10 PM, Jörg Schaible wrote: > Hi, > > maybe you have missed the discussion for > https://issues.apache.org/jira/browse/COMPRESS-399, but in short we face a > PR that introduces individual versions at package level for a component. > > Actually I can understand the reasoni

OSGi Version at Package Level

Hi, maybe you have missed the discussion for https://issues.apache.org/jira/browse/COMPRESS-399, but in short we face a PR that introduces individual versions at package level for a component. Actually I can understand the reasoning from a logical point if view, but it fails for me completely

Re: [NUMBERS] Proposal for refactoring and extension of Gamma functions.

Hi Amey. On Wed, 7 Jun 2017 01:15:01 +0530, Amey Jadiye wrote: Hi, Gamma class is written keeping in mind that it should handle fair situation (if n < 20) it computes with normal gamma function else it uses LanczosApproximation for higher numbers, for now I think we should keep it behaviour a

Re: Compiler targets and Java 9

I don't think Java 9's capabilities are relevant for the project target. We compile for 1.x with the help of %JAVA_1_x_HOME% or toolchains (via -Pjava1.x profile), but not with -target parameter. It's easier this way as you don't have to worry about the bootclasspath of the compiler. This is tr

Re: [all] Should our gitignore files contain only build-related entries?

On 6 June 2017 at 22:09, Bernd Eckenfels wrote: > GIBo uses the Github profiles: > https://github.com/github/gitignore/blob/master/Java.gitignore At least some of those may cause problems for Compress test data ... > https://github.com/github/gitignore/blob/master/Maven.gitignore > > Gruss > Ber

Re: [all] Should our gitignore files contain only build-related entries?

GIBo uses the Github profiles: https://github.com/github/gitignore/blob/master/Java.gitignore https://github.com/github/gitignore/blob/master/Maven.gitignore Gruss Bernd -- http://bernd.eckenfels.net From: Benedikt Ritter Sent: Tuesday, June 6, 2017 1:50:14 PM To:

Re: [NUMBERS] Proposal for refactoring and extension of Gamma functions.

Hi, Gamma class is written keeping in mind that it should handle fair situation (if n < 20) it computes with normal gamma function else it uses LanczosApproximation for higher numbers, for now I think we should keep it behaviour as it is and do just code segrigation, by segregation of there functi

[VOTE] Release Commons Fileupload 1.3.3 based on RC5

Hello all, This is a [VOTE] for releasing Apache Commons Fileupload 1.3.3 (from RC5). Tag name: commons-fileupload-1.3.3-RC5 (signature can be checked from git using 'git tag -v') Tag URL: https://git-wip-us.apache.org/repos/asf?p=commons-fileupload.git;a=commit;h=dd2238b1671644cfead0e87

Re: [LANG] Fix date related test failures on IBM JDKs (Was: Re: [CANCEL][VOTE] Release Apache Commons Lang 3.6 based on RC2)

Hi Bruno, > Am 06.06.2017 um 13:45 schrieb Bruno P. Kinoshita > : > > Actually, here it goes https://github.com/apache/commons-lang/pull/269. > > If anyone else with the latest IBM JDK 8 could test and confirm it works. > Worked for me on IBM JDK 8, Oracle JDK 7, and Oracle JDK 8; Ubuntu 16.04

Re: [PARENT][PROPOSAL] Add Automatic-Module-Name MANIFEST entry

> Am 06.06.2017 um 14:00 schrieb Rob Tompkins : > > > >> On Jun 6, 2017, at 7:48 AM, Benedikt Ritter wrote: >> >> Hi Rob, >> >>> Am 05.06.2017 um 15:50 schrieb Rob Tompkins : >>> >>> On Jun 5, 2017, at 4:34 AM, Benedikt Ritter wrote: Hi, > Am 03.06.2017 um 18:54

Re: [all] Should our gitignore files contain only build-related entries?

On 6 June 2017 at 15:49, Matt Sicker wrote: > It might be useful to document a helpful starter .gitignore_global for > users. I tend to set those up and forget about them. +1 That sounds like a good addition to the Wiki There is: https://wiki.apache.org/commons/UsingGIT That is quite long alr

Re: [all] Should our gitignore files contain only build-related entries?

It might be useful to document a helpful starter .gitignore_global for users. I tend to set those up and forget about them. On 6 June 2017 at 06:50, Benedikt Ritter wrote: > Hello Bernd, > > > Am 05.06.2017 um 18:47 schrieb Bernd Eckenfels : > > > > Are we talking about only the Maven profile or

[EXEC] Issue with Apache Commons Exec

Hi, I'm new to using Apache Commons Exec Version 1.3 and I've got a strange one that I can't seem to figure out. I'm getting the following stack trace when I run : org.apache.commons.exec.ExecuteException: The stop timeout of 30 ms was exceeded (Exit value: -559038737) org.apache.commons.ex

Re: [LOGGING] Logging and Java 9 (Was: Re: Compiler targets and Java 9)

The latest discussions I read indicated that adding the automatic module entry to the manifest is NOT recommended unless the component is ready to be modularized except that it has downstream dependencies that are not modules. Ralph > On Jun 6, 2017, at 5:18 AM, Jörg Schaible > wrote: > >

Re: [LOGGING] Logging and Java 9 (Was: Re: Compiler targets and Java 9)

Hi Benedict, Benedikt Ritter wrote: > Hi, > > (Moving this to a new topic, since it may cause a lengthy discussion :o)) > >> Am 05.06.2017 um 16:41 schrieb Jochen Wiedmann >> : >> >> Hi, >> >> thanks to Rob Rompkins, and his recent work on Fileupload, it came to >> my attention that Java 9 wi

Re: [PARENT][PROPOSAL] Add Automatic-Module-Name MANIFEST entry

> On Jun 6, 2017, at 7:48 AM, Benedikt Ritter wrote: > > Hi Rob, > >> Am 05.06.2017 um 15:50 schrieb Rob Tompkins : >> >> >>> On Jun 5, 2017, at 4:34 AM, Benedikt Ritter wrote: >>> >>> Hi, >>> Am 03.06.2017 um 18:54 schrieb Rob Tompkins >>> >: Th

[LOGGING] Logging and Java 9 (Was: Re: Compiler targets and Java 9)

Hi, (Moving this to a new topic, since it may cause a lengthy discussion :o)) > Am 05.06.2017 um 16:41 schrieb Jochen Wiedmann : > > Hi, > > thanks to Rob Rompkins, and his recent work on Fileupload, it came to > my attention that Java 9 will no longer support JVM 1.5, and lower, as > a compile

Re: Compiler targets and Java 9

> Am 05.06.2017 um 16:41 schrieb Jochen Wiedmann : > > Hi, > > thanks to Rob Rompkins, and his recent work on Fileupload, it came to > my attention that Java 9 will no longer support JVM 1.5, and lower, as > a compiler target. [1] > > This means, that we will be preventing our developers from u

Re: [all] Deploying components

Hello Stian, > Am 05.06.2017 um 18:58 schrieb Stian Soiland-Reyes : > > Personally I am happy about source distributions accompanying the jars in > Maven Central, which are actually rebuildable as opposed to the > -source.jars. > > they continue to be retrievable using Maven version mechanisms,

Re: [all] Should our gitignore files contain only build-related entries?

Hello Bernd, > Am 05.06.2017 um 18:47 schrieb Bernd Eckenfels : > > Are we talking about only the Maven profile or also about the Java profile. I > find that one overly eager and why does it contain BlueJ IDE (only)? What are you referring to with „Maven profile“ and „Java profile“? Cheers, Be

Re: [PARENT][PROPOSAL] Add Automatic-Module-Name MANIFEST entry

Hi Rob, > Am 05.06.2017 um 15:50 schrieb Rob Tompkins : > > >> On Jun 5, 2017, at 4:34 AM, Benedikt Ritter wrote: >> >> Hi, >> >>> Am 03.06.2017 um 18:54 schrieb Rob Tompkins >> >: >>> >>> This should be done now with the entries being “commons.module.name” >> >>

Re: [LANG] Fix date related test failures on IBM JDKs (Was: Re: [CANCEL][VOTE] Release Apache Commons Lang 3.6 based on RC2)

Actually, here it goes https://github.com/apache/commons-lang/pull/269. If anyone else with the latest IBM JDK 8 could test and confirm it works. Worked for me on IBM JDK 8, Oracle JDK 7, and Oracle JDK 8; Ubuntu 16.04 LTS, Maven 3.3.9. Cheers Bruno From: Bruno

Re: [LANG] Fix date related test failures on IBM JDKs (Was: Re: [CANCEL][VOTE] Release Apache Commons Lang 3.6 based on RC2)

I am downloading the latest IBM JDK in order to test other components too, and might have some spare time this week to fix it, as I'm switching jobs next week. But  happy if anyone beats me to it and finds the bug first :) CheersBruno From: Benedikt Ritter To: Commons Developers List

Re: [collections] Uniform null-safe methods in CollectionUtils

Hi Benedikt, Sounds good to me. There is a user interested in that issue too, so will check what he suggests as well. Will ping Thomas Neidhart too to check what he thinks as I think he was driving the changes in the last releases of collections. CheersBruno From: Benedikt Ritter To: Com

Re: [all] Should our gitignore files contain only build-related entries?

I can understand trying to make it easier for people to contribute too, but I still prefer to have a more IDE agnostic set up, with build-only files in the .gitignore file, and a global exclusion list. But I think we didn't reach a consensus here, so guess we will just keep the per project setti