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
>>>
>>>
>>
>

Reply via email to