+1

> 在 2018年12月1日,02:56,Thomas D'Silva <tdsi...@salesforce.com> 写道:
> 
> We could allow individual submodules like the queryserver, or phoenix-spark
> to be built with their own compiler configuration (1.8+).
> This would allow these modules to use Java 1.8 features. I think this would
> be a good compromise given that they depend on
> features that are provided by versions of spark and avatica that no longer
> support Java 1.7.
> We can still ensure phoenix-core supports Java 1.7. You would have to skip
> building modules that require Java 1.8, WDYT?
> 
>> On Thu, Nov 29, 2018 at 6:11 PM Jaanai Zhang <cloud.pos...@gmail.com> wrote:
>> 
>> I'd vote for keep using java7 on 4.x branches. if upgrades to java8, it
>> will impact users who want to upgrade the latest 4.x branches. they must
>> consider using java8 in their running environments,  maybe their libraries
>> do not support java8, then they have to give up to upgrade. So I think that
>> drops support java7 is not friendly for some users.
>> 
>> 
>> ----------------------------------------
>>   Jaanai Zhang
>>   Best regards!
>> 
>> 
>> 
>> Pedro Boado <pedro.bo...@gmail.com> 于2018年11月30日周五 上午6:13写道:
>> 
>>> I'd vote for keep compiling 4.x branches in java7. It makes sense as it's
>>> just a new minor release.
>>> 
>>> It's pretty easy reverting back to spark 1.6 and also avatica dependency
>>> could be reverted to the previous version.
>>> 
>>> On 29 Nov 2018 21:41, "Thomas D'Silva" <tdsi...@salesforce.com> wrote:
>>> 
>>> We have traditionally followed HBase's java support (see
>>> https://hbase.apache.org/book.html#basic.prerequisites). The
>>> phoenix-queryserver module has a dependency on Avatica which does not
>>> support Java 1.7. The phoenix-spark module depends on spark 2.3.2 which
>>> also does not support Java 1.7. Do folks feel we should continue to
>> provide
>>> support Java 1.7 on the 1.x branches?
>>> 
>> 

Reply via email to