Mailing-List: contact dev-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@hbase.apache.org
MIME-Version: 1.0
In-Reply-To: <CAAAYAnNd9qwiJzs_y_vMWCyTtkdjN4QWVGf6ns8vv+N=3cZ4Pg@mail.gmail.com>
References: <CAAAYAnNd9qwiJzs_y_vMWCyTtkdjN4QWVGf6ns8vv+N=3cZ4Pg@mail.gmail.com>
From: Sean Busbey <busbey@apache.org>
Date: Fri, 9 Sep 2016 12:50:54 -0500
Message-ID: <CAN5cbe4LCJvyDwuv_Wk7RdGk4nVuaaGmH2tSTscAN3bgMby+nA@mail.gmail.com>
Subject: Re: [DISCUSS] Drop the support of jdk7 at a future 1.x release
To: dev <dev@hbase.apache.org>
Cc: user@hbase.apache.org
Content-Type: multipart/alternative; boundary=94eb2c0481f8b74fad053c16c968
archived-at: Fri, 09 Sep 2016 17:50:58 -0000

--94eb2c0481f8b74fad053c16c968
Content-Type: text/plain; charset=UTF-8

This would be a very big breaking change in release numbering that goes
against our compatibility guidelines. We only drop support for Java
versions on major releases.

If we want features that require newer jdks sooner, we should make major
releases sooner.

On Sep 8, 2016 20:54, "Duo Zhang" <zhangduo@apache.org> wrote:

> The main reason is the asynchronous api we want to introduce in HBase
> today. See HBASE-13784 and HBASE-16505.
>
> The CompletableFuture in java8 is very suitable to use as the return value
> of a async method. We can not use it if we still want to support java7, and
> sadly, there is no candidate which is good enough to replace
> CompletableFuture. ListenableFuture in guava or Promise in netty are good,
> but we do not want to expose third-party classes in our public
> API(especially guava, you know...). And we can also implement our own
> ListenableFuture but it just a copy of guava. Or introduce a simple
> Callback interface which does not need much code(for us) but this is a code
> style around 2000s so people will not like it...
>
> And luckily, I found that in our documentation
>
> http://hbase.apache.org/book.html#basic.prerequisites
>
> We only say that 1.3 will be compatible with jdk7, not all 1.x.
>
> So here I propose that we drop the support of jdk7 in a future 1.x release,
> maybe 1.4? Thus we can use CompletableFuture in both master and branch-1.
>
> Thanks.
>

--94eb2c0481f8b74fad053c16c968--