Re: commons-io git commit: Remove redundant type arguments.

Gary Gregory schrieb am Mi., 21. Sep. 2016 um 18:57 Uhr: > My git config --global core.autocrlf is already true... could the file in > Git have been stored with Windows EOLs? > Don't know. Looks like Kristian has fixed it via .gitattributes. > > Gary > > > > On Wed, Sep 21, 2016 at 2:05 AM, Be

Re: [codec] ready for a release

A bit better now; I removed the 3 (!) BOMs in changes.xml, upgraded the commons parent version and findbugs version. Ubuntu 16.04 mvn clean install site with OpenJDK 8 works. mvn clean install with OpenJDK 9 works. Ubuntu 14.04 mvn clean install with Java 6 works. But I can't do "mvn sit

Re: AW: Java8 utilities

I do not think we should talk about future plans in the release notes for 3.5. Gary On Sep 21, 2016 2:58 PM, "Stian Soiland-Reyes" wrote: > +1 - could we even mention this in the release notes for 3.5 and 3.6? > > Something like: > > > Commons Lang 3.5.x is planned to be the last minor version

Re: AW: Java8 utilities

+1 - could we even mention this in the release notes for 3.5 and 3.6? Something like: > Commons Lang 3.5.x is planned to be the last minor version series that > support Java 6; future versions will target Java 7 and Java 8. > Commons Lang 3.6.x is planned to be the last minor version series tha

Re: AW: Java8 utilities

I'd like to propose an orderly migration assume BC is preserved: - Release 3.5 RC as scheduled this weekend - Release 3.6 with Java 7 changes - Release 3.7 with Java 8 changes This will give us an opportunity to do some Java 7 work and put that out without leaving Java 7-only folks out of the pic

Re: [ALL] Valid reasons for blocking a release?

I don't think a valid site or the odd missing file is enough to cancel a release - but if there are multiple such issues it should also be taken into consideration. Even the odd -1 vote can be ignored if there are enough positive votes. On 15 September 2016 at 12:42, Stefan Bodewig wrote: > On 2

Re: AW: Java8 utilities

+1 to be brave and make Lang 3.6 be Java 8, so Lambda helpers can join here. I have a couple of Stream helpers that could also fit in there. On 21 September 2016 at 18:19, Gary Gregory wrote: > On Wed, Sep 21, 2016 at 8:04 AM, Benedikt Ritter wrote: > >> Hi, >> >> Jörg Schaible schrieb am Mi.

Re: AW: Java8 utilities

On Wed, Sep 21, 2016 at 8:04 AM, Benedikt Ritter wrote: > Hi, > > Jörg Schaible schrieb am Mi., 21. Sep. > 2016 um 16:55 Uhr: > > > Jan Matèrne (jhm) wrote: > > > > > > > >> We could also have Lamda utility classes in [lang], the classes would > > >> target Java 8 while the other classes would r

Re: commons-io git commit: Remove redundant type arguments.

My git config --global core.autocrlf is already true... could the file in Git have been stored with Windows EOLs? Gary On Wed, Sep 21, 2016 at 2:05 AM, Benedikt Ritter wrote: > Hi Gary, > > is you line ending set up correct? See > https://help.github.com/articles/dealing-with-line-endings/ >

[VOTE] Release Commons BeanUtils 1.9.3 RC3

This is a [VOTE] for releasing Apache Commons BeanUtils 1.9.3 (from RC3) This should fix earlier Java 6 / Maven 3.0 build issues with RC2 and adds a BUILDING.txt (Tested with Centos 6, Oracle JDK 6 and Maven 3.0.4) SVN tag (rev 1761786): https://svn.apache.org/repos/asf/commons/proper/beanuti

Re: [RNG] Scope of "Commons RNG"

Le 21/09/2016 à 14:46, Gilles a écrit : > If we want "Commons RNG" to be a repository of all > generators that exist out there, irrespective of their > known weaknesses, it's fine; but we should be careful to > not let casual users just pick one of the implementations > on the premise that the lib

Re: AW: Java8 utilities

On Wed, 21 Sep 2016 15:04:12 +, Benedikt Ritter wrote: Hi, Jörg Schaible schrieb am Mi., 21. Sep. 2016 um 16:55 Uhr: Jan Matèrne (jhm) wrote: > >> We could also have Lamda utility classes in [lang], the classes would >> target Java 8 while the other classes would remain at the Java 6

Re: Java8 utilities

Le 21/09/2016 à 15:17, Jan Matèrne (jhm) a écrit : > I thought about creating a PR for supplying helper methods for Java8 > lambdas. Out of curiosity, what kind of methods do you have in mind? Emmanuel Bourg - To unsubscribe, e

Re: AW: Java8 utilities

Hi, Jörg Schaible schrieb am Mi., 21. Sep. 2016 um 16:55 Uhr: > Jan Matèrne (jhm) wrote: > > > > >> We could also have Lamda utility classes in [lang], the classes would > >> target Java 8 while the other classes would remain at the Java 6 level > >> (this implies compiling the classes separatel

Re: AW: Java8 utilities

Jan Matèrne (jhm) wrote: > >> We could also have Lamda utility classes in [lang], the classes would >> target Java 8 while the other classes would remain at the Java 6 level >> (this implies compiling the classes separately and recombining them in >> the final jar). > > From a users point of vi

Jenkins build is back to normal : commons-beanutils #10

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

Jenkins build is back to normal : commons-beanutils » Apache Commons BeanUtils #10

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

AW: Java8 utilities

> We could also have Lamda utility classes in [lang], the classes would > target Java 8 while the other classes would remain at the Java 6 level > (this implies compiling the classes separately and recombining them in > the final jar). >From a users point of view I would search in commons-lang f

Re: Java8 utilities

Le 21/09/2016 à 15:24, Bruno P. Kinoshita a écrit : > Thoughts? We could also have Lamda utility classes in [lang], the classes would target Java 8 while the other classes would remain at the Java 6 level (this implies compiling the classes separately and recombining them in the final jar). Emma

Re: Java8 utilities

Bruno P. Kinoshita schrieb am Mi., 21. Sep. 2016 um 15:27 Uhr: > I wonder if perhaps [functor] could become a place only for Java8+ FP > utilities. > > It was created before Java8, but it's still not complete. There was some > work to have a parent project, and the idea was to have a pre-Java8 >

Re: Java8 utilities

I wonder if perhaps [functor] could become a place only for Java8+ FP utilities. It was created before Java8, but it's still not complete. There was some work to have a parent project, and the idea was to have a pre-Java8 implementation, and another Java8+. But since we lost momentum, I think we

Java8 utilities

I thought about creating a PR for supplying helper methods for Java8 lambdas. My intented target was commons-lang, but this is Java6. Where could I propose the helpers?` Jan

[RNG] Scope of "Commons RNG"

Hello. This is a post to ask about what we want "Commons RNG" to be (as a service to the users). In the Wikipedia pages referred to in the following reports https://issues.apache.org/jira/browse/RNG-16 https://issues.apache.org/jira/browse/RNG-17 the take-away message (IIUC) is that LCG and

Re: commons-io git commit: Remove redundant type arguments.

Hi Gary, is you line ending set up correct? See https://help.github.com/articles/dealing-with-line-endings/ Can you please revert the commit and then commit only the stuff you wanted to change? Thank you! Benedikt Gary Gregory schrieb am Di., 20. Sep. 2016 um 17:01 Uhr: > This annoying :-( it

Re: [LANG] Towards 3.5

Hi, just wanted to give you an update. I have the day of on Saturday and I will prepare 3.5 RC1 then. So now is your last chance to get your stuff into this release :-) Regards, Benedikt Gary Gregory schrieb am So., 11. Sep. 2016 um 19:55 Uhr: > On Sun, Sep 11, 2016 at 9:36 AM, Benedikt Ritter

Re: [LANG] Things to look for when working on LANG

Pascal Schumacher schrieb am Di., 20. Sep. 2016 um 18:23 Uhr: > +1 > > Is it possible to enable the javadoc check on travis-ci, so that it is > also done for any pull request? > Yes, that would probably require a custome script hook in .travis.yml. Once we have cleaned up the findbugs, pmd and c