I'm planning on using Solr Cloud, kind of waiting for the commit to trunk so lets do it (ie, Java6).
On Wed, Apr 14, 2010 at 11:32 PM, Ryan McKinley <ryan...@gmail.com> wrote: > I'm fine with 1.6 as a min requirement... but i imagine others have > different opinions :) > > > On Wed, Apr 14, 2010 at 2:53 PM, Yonik Seeley > <yo...@lucidimagination.com> wrote: >> Yes, it requires that Solr in general is compiled with Java6. We >> should make our lives easier and make Java6 a Solr requirement. >> Zookeeper requires Java6, and we also want Java6 for some of the >> scripting capabilities. >> >> -Yonik >> Apache Lucene Eurocon 2010 >> 18-21 May 2010 | Prague >> >> >> On Wed, Apr 14, 2010 at 2:35 PM, Chris Hostetter >> <hossman_luc...@fucit.org> wrote: >>> >>> I haven't been following the Cloud stuff very closely, can someone clarify >>> what exactly the situation is w/Solr Cloud and Java 1.6. >>> >>> Will merging the cloud changes to trunk require that core pieces of Solr >>> be compiled/run with Java 1.6 (ie: a change to our minimum operating >>> requirements) or will it just require that people wanting cloud >>> management features use a 1.6 JVM and include a new solr contrib and >>> appropriate config options at run time (and this contrib is the only thing >>> that needs to be compiled with 1.6) ? >>> >>> As far as hudson and the build system goes ... there's certainly no reason >>> we can't have more then one setup ... one build using JDK 1.5 (with the >>> build.xml files detecting the JDK version and vocally not building the >>> code that can't be compiled (either just the contrib, or all of solr) and >>> a seperate build using JDK 1.6 that builds and test everything. >>> >>> (having this setup in general would be handy if/when other lucene contribs >>> start wanting to incorporate Java 1.6 features) >>> >>> >>> : bq. As I wrap up the remaining work here, one issue looms: We are going >>> : to need to move Hudson to Java 6 before this can be committed. >>> : >>> : In most respects, I think that would be a positive anyway. Java6 is now >>> : the primary production deployment platform for new projects (and it's >>> : new projects that will be using new lucene and/or solr). With respect >>> : to keeping Lucene Java5 compatible, we can always run the tests with >>> : Java5 before commits (that's what I did in the past when Lucene was on >>> : Java1.4) >>> >>> >>> >>> -Hoss >>> >>> >> >