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: <CAAg3a2qCzaEfjEaTbHqY07XdMtvbrfp7u-aPhfASyP2O+cR2pA@mail.gmail.com>
References: <CADcMMgFkPnZZ2vJsDqgJAV4VRdeqS=HSBmT7=evgz2ZY1_E_Ng@mail.gmail.com>
 <CAAg3a2qCzaEfjEaTbHqY07XdMtvbrfp7u-aPhfASyP2O+cR2pA@mail.gmail.com>
From: Andrew Purtell <apurtell@apache.org>
Date: Wed, 1 Nov 2017 11:52:16 -0700
Message-ID: <CA+RK=_A1fGmD-LyqkaMEcb43f6+Br9qobWw5o3CN9F=8R6e6zw@mail.gmail.com>
Subject: Re: [DISCUSSION] Items to purge from branch-2 before we cut hbase-2.0.0-beta1.
To: "dev@hbase.apache.org" <dev@hbase.apache.org>
Content-Type: multipart/alternative; boundary="001a113cf2a43c05a4055cf0610a"
archived-at: Wed, 01 Nov 2017 18:53:04 -0000

--001a113cf2a43c05a4055cf0610a
Content-Type: text/plain; charset="UTF-8"

> Salesforce team has conducted independent testing and found no issues
with a functionality to my best knowledge.

I dont' want to get drawn into another unfriendly argument, but this is
simply not true. We filed a bunch of JIRAs including one with serious
concerns about scalability.

On Wed, Nov 1, 2017 at 11:33 AM, Vladimir Rodionov <vladrodionov@gmail.com>
wrote:

> >> hbase-backup: Not done and it doesn't look like it will be done for
> beta-1.
> >>It can come in later in a 2.1 or 3.0 when it is finished.
>
> That is not correct. All blockers have been resolved, the last one has a
> patch which is ready to be commited.
>
> Salesforce team has conducted independent testing and found no issues with
> a functionality to my best knowledge.
>
> Explain please, Stack.
>
>
>
> On Wed, Nov 1, 2017 at 10:32 AM, Stack <stack@duboce.net> wrote:
>
> > I want to purge the below list of modules, features, and abandoned code
> > from branch-2 before we make a beta-1 (4-5 weeks I'm thinking). Lets
> > discuss. Some are already scheduled for removal but listing anyways for
> > completeness sake. Pushback or other suggestions on what else we should
> > remove are welcome.
> >
> > Distributed Log Replay: Just last week, I heard of someone scheduling
> > testing of DLR. We need to better message that this never worked and
> was/is
> > not supported. It's a good idea that we should implement but built on a
> > different chasis (procedurev2?). Meantime, DLR is still scattered about
> the
> > codebase as an optional code path. Lets remove it.
> >
> > hbase-native-client: It is not done and won't be for 2.0.0. It can come
> in
> > later when it is done (2.1 or 3.0).
> >
> > hbase-prefix-tree: A visionary effort that unfortunately has had no
> uptake
> > since its original wizard-author moved on. I don't believe it is used
> > anywhere. It has become a drag as global changes need to be applied in
> here
> > too by folks who are not up on how it works probably doing damage along
> the
> > way. This is like DLR in it should be first class but we've not done the
> > work to keep it up.
> >
> > hbase-backup: Not done and it doesn't look like it will be done for
> beta-1.
> > It can come in later in a 2.1 or 3.0 when it is finished.
> >
> > hbase-spark: Purging this makes me tear-up.
> >
> > What else?
> >
> > Thanks,
> > St.Ack
> >
>


-- 
Best regards,
Andrew

Words like orphans lost among the crosstalk, meaning torn from truth's
decrepit hands
   - A23, Crosstalk

--001a113cf2a43c05a4055cf0610a--