On 08 Mar 2014, at 17:17, Uwe Schindler <[email protected]> wrote: > Hi all, > > Java 8 will get released (hopefully, but I trust the release plan!) on March > 18, 2014. Because of this, lots of developers will move to Java 8, too. This > makes maintaining 3 versions for developing Lucene 4.x not easy anymore > (unless you have cool JAVA_HOME "cmd" launcher scripts using StExBar > available for your Windows Explorer - or similar stuff in Linux/Mäc). > > We already discussed in another thread about moving to release trunk as 5.0, > but people disagreed and preferred to release 4.8 with a minimum of Java 7. > This is perfectly fine, as nobody should run Lucene or Solr on an unsupported > platform anymore. If they upgrade to 4.8, they should also upgrade their > infrastructure - this is a no-brainer. In Lucene trunk we switch to Java 8 as > soon as it is released (in 10 days). > > Now the good things: We don't need to support JRockit anymore, no need to > support IBM J9 in trunk (unless they release a new version based on Java 8). > > So the vote here is about: > > [.] Move Lucene/Solr 4.8 (means branch_4x) to Java 7 and backport all Java > 7-related issues (FileChannel improvements, diamond operator,…).
+1 > [.] Move Lucene/Solr trunk to Java 8 and allow closures in source code. This > would make some APIs much nicer. Our infrastructure mostly supports this, > only ECJ Javadoc linting is not yet possible, but forbidden-apis supports > Java 8 with all its crazy new stuff. -0 I don’t think Java 8 will reach sufficient penetration by the time of Lucene 5 release. > > You can vote separately for both items! > > Uwe > > ----- > Uwe Schindler > H.-H.-Meier-Allee 63, D-28213 Bremen > http://www.thetaphi.de > eMail: [email protected] > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > -- Best regards, Andrzej Bialecki --=# http://www.lucidworks.com #=-- --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
