They don't require dropping it sooner rather than later. But signalling in
some way that java 8 is (strongly) recommend would be good.

On Jul 23, 2016 6:59 PM, "Mark Hamstra" <m...@clearstorydata.com> wrote:

> Sure, signalling well ahead of time is good, as is getting better
> performance from Java 8; but do either of those interests really require
> dropping Java 7 support sooner rather than later?
>
> Now, to retroactively copy edit myself, when I previously wrote "after
> all or nearly all relevant clusters are actually no longer running on Java
> 6", I meant "...no longer running on Java 7".  We should be at a point now
> where there aren't many Java 6 clusters left, but my sense is that there
> are still quite a number of Java 7 clusters around, and that there will be
> for a good while still.
>
> On Sat, Jul 23, 2016 at 3:50 PM, Koert Kuipers <ko...@tresata.com> wrote:
>
>> i care about signalling it in advance mostly. and given the performance
>> differences we do have some interest in pushing towards java 8
>>
>> On Jul 23, 2016 6:10 PM, "Mark Hamstra" <m...@clearstorydata.com> wrote:
>>
>> Why the push to remove Java 7 support as soon as possible (which is how I
>> read your "cluster admins plan to migrate by date X, so Spark should end
>> Java 7 support then, too")?  First, I don't think we should be removing
>> Java 7 support until some time after all or nearly all relevant clusters
>> are actually no longer running on Java 6, and that targeting removal of
>> support at our best guess about when admins are just *planning* to migrate
>> isn't a very good idea.  Second, I don't see the significant difficulty or
>> harm in continuing to support Java 7 for a while longer.
>>
>> On Sat, Jul 23, 2016 at 2:54 PM, Koert Kuipers <ko...@tresata.com> wrote:
>>
>>> dropping java 7 support was considered for spark 2.0.x but we decided
>>> against it.
>>>
>>> ideally dropping support for a java version should be communicated far
>>> in advance to facilitate the transition.
>>>
>>> is this the right time to make that decision and start communicating it
>>> (mailing list, jira, etc.)? perhaps for spark 2.1.x or spark 2.2.x?
>>>
>>> my general sense is that most cluster admins have plans to migrate to
>>> java 8 before end of year. so that could line up nicely with spark 2.2
>>>
>>>
>>
>>
>

Reply via email to