From dev-return-78999-archive-asf-public=cust-asf.ponee.io@hbase.apache.org Mon Apr 27 21:05:42 2020 Return-Path: X-Original-To: archive-asf-public@cust-asf.ponee.io Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [207.244.88.153]) by mx-eu-01.ponee.io (Postfix) with SMTP id 51D74180637 for ; Mon, 27 Apr 2020 23:05:42 +0200 (CEST) Received: (qmail 69379 invoked by uid 500); 27 Apr 2020 21:05:41 -0000 Mailing-List: contact dev-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@hbase.apache.org Delivered-To: mailing list dev@hbase.apache.org Received: (qmail 69366 invoked by uid 99); 27 Apr 2020 21:05:41 -0000 Received: from Unknown (HELO mailrelay1-lw-us.apache.org) (10.10.3.159) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 27 Apr 2020 21:05:41 +0000 Received: from mail-lj1-f176.google.com (mail-lj1-f176.google.com [209.85.208.176]) by mailrelay1-lw-us.apache.org (ASF Mail Server at mailrelay1-lw-us.apache.org) with ESMTPSA id E135A4FD6 for ; Mon, 27 Apr 2020 21:05:40 +0000 (UTC) Received: by mail-lj1-f176.google.com with SMTP id j3so19126538ljg.8 for ; Mon, 27 Apr 2020 14:05:40 -0700 (PDT) X-Gm-Message-State: AGi0PuaPENsE0kz7j+mfMLRM59zAtuv3tTbhI36WyMHEnGv5sCmWKlU8 7myRooBQHySLhqa5pjH3nc7sGZb9ulMUzyyZ518= X-Google-Smtp-Source: APiQypImQgS+GdC3HgJc9ngEyzJdKFttVSPR9nO6qPe3dFNMe4bmlfRQArXIhWR9QqBcXP7ITCH+6higHiTG7cE3PiE= X-Received: by 2002:a2e:909a:: with SMTP id l26mr15030760ljg.262.1588021539972; Mon, 27 Apr 2020 14:05:39 -0700 (PDT) MIME-Version: 1.0 References: <606a54c4-c453-d938-384b-5e4e26dedbec@apache.org> <9aa269ee-f75d-3849-d10e-878e8a1edbac@apache.org> In-Reply-To: <9aa269ee-f75d-3849-d10e-878e8a1edbac@apache.org> From: Nick Dimiduk Date: Mon, 27 Apr 2020 14:05:23 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: DISCUSS: Move hbase-thrift and hbase-rest out of core to hbase-connectors project? To: hbase-dev Content-Type: multipart/alternative; boundary="000000000000c92af305a44c13dc" --000000000000c92af305a44c13dc Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I suppose an alternative is to provide a shaded version of the YARN jars needed by hbase-rest in hbase-thirdparty. We'd need these for both hadoop2 and hadoop3, to pull them in via profile, and to exclude the originals wherever they appear as transitive deps (though they shouldn't, right?) On Mon, Apr 27, 2020 at 11:24 AM Josh Elser wrote: > > > On 4/27/20 1:52 PM, Nick Dimiduk wrote: > > On Mon, Apr 27, 2020 at 10:11 Stack wrote: > > > >> On Mon, Apr 27, 2020 at 9:44 AM Josh Elser wrote: > >> > >>> +1 to the idea, -0 to the implied execution > >>> > >>> I agree hbase-connectors is a better place for REST and thrift, long > >> term. > >>> My concern is that I read this thread as suggesting: > >>> > >>> 1. Remove rest/thrift from 2.3 > >>> 1a. Proceed with 2.3.0 rc's > >>> 2. Add rest/thrift to hbase-connectors > >>> ... > >>> n. Release hbase-connectors > >>> > >>> I'm not a fan of removing anything which was previously there until > >>> there is are new releases and documentation to tell me how to do it. > I'm > >>> still trying to help dig out another project who did the 'remove and > >>> then migrate" and left a pile of busted. > >>> > >>> If that's not what you were suggesting, let me shirk back into the > >>> shadows;) > >>> > >> > >> Ha ha. Not what I was suggesting but that could for sure happen. > >> > >> S > >> > >> P.S. I'm having trouble w/ REST jersey1 vs jersey2 vs Hadoop3 transiti= ve > >> includes++. Thrift has sporadic test failures that seem inherent to > thrift > >> rather of our manufacture. The discussion here was provoked by a > daydream > >> that bringing forward this inevitable migration of REST+thrift would > >> 'solve' my immediate pain. Wasn't giving too much mind to the amount o= f > >> work needed on the other side. > > > > I=E2=80=99m not clear on how moving the module out will resolve the cla= ss path > > issues. Whether it=E2=80=99s built from the main repo or from the side = repo, > yarn=E2=80=99s > > transitive hull is still present... > > > > Yeah, understandable :) > > I think working with "something" for REST/Thrift in connectors (punt on > H3 to start?) is reasonable. You shouldn't be stuck with the baggage of > Jersey dependencies if that's not the problem you're trying to solve. > --000000000000c92af305a44c13dc--