Java 7 and 8 features

2015-10-27 Thread Vinicius CorrĂȘa de Almeida
I analized some releases and i noticed that not using java 7 features like multi catch and in java 8 do not use lambda expressions and others features, so i came by this email to know why the developers not using this features?

Re: Java 7 and 8 features

2015-10-27 Thread Oliver B. Fischer
Hi Vinicius, it is mostly to allow people which are bound (for any reason) to older JDK versions to use our software. There is a plenty number of projects which are not able to use newer JDK versions. I know that this is a controversial topic I think that the majority of us would like to u

Re: Java 7 and 8 features

2015-10-27 Thread Gary Gregory
Hi, What I see, is that most projects are struggling to move to Java 7, Java 8 seems out of range. There are a lot of opinions and both sides of each Java version for and against. At the end of the day, it's about user feedback and committer community involvement. The projects I help on also lack

Re: Java 7 and 8 features

2015-10-27 Thread Maxim Solodovnik
We are just moved to java7 and start using new features I personally don't like the idea of moving all code to new java, I move the areas I currently work on On Tue, Oct 27, 2015 at 10:57 PM, Gary Gregory wrote: > Hi, > > What I see, is that most projects are struggling to move to Java 7, Java 8

Re: Java 7 and 8 features

2015-10-27 Thread Andrew Gaul
Related to Java versions, Apache jclouds uses modernizer-maven-plugin to encourage use of modern Java APIs such as ArrayList, String.getBytes(Charset), etc.: https://github.com/andrewgaul/modernizer-maven-plugin On Tue, Oct 27, 2015 at 01:49:41PM -0200, Vinicius CorrĂȘa de Almeida wrote: > I anali

[DISCUSSION] REST/SOAP API break, version bumping

2015-10-27 Thread Maxim Solodovnik
Hello All, I would like to propose 1) create new branch 3.1.x based on 3.0.x 2) change version of the trunk to 4.0.0-SNAPSHOT 3) merge all API changes made in trunk to branch 3.1.x Why I think it is good: 1) The code in trunk and branch 3.1.x will be closer (this will simplify the development) 2)