Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id D4591200AC8 for ; Mon, 23 May 2016 21:24:14 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id D2E7C160A05; Mon, 23 May 2016 19:24:14 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 27059160A0E for ; Mon, 23 May 2016 21:24:14 +0200 (CEST) Received: (qmail 88536 invoked by uid 500); 23 May 2016 19:24:13 -0000 Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list issues@hbase.apache.org Received: (qmail 88466 invoked by uid 99); 23 May 2016 19:24:13 -0000 Received: from arcas.apache.org (HELO arcas) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 23 May 2016 19:24:13 +0000 Received: from arcas.apache.org (localhost [127.0.0.1]) by arcas (Postfix) with ESMTP id D759A2C1F61 for ; Mon, 23 May 2016 19:24:12 +0000 (UTC) Date: Mon, 23 May 2016 19:24:12 +0000 (UTC) From: "Hudson (JIRA)" To: issues@hbase.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (HBASE-15876) Remove doBulkLoad(Path hfofDir, final HTable table) though it has not been through a full deprecation cycle MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Mon, 23 May 2016 19:24:15 -0000 [ https://issues.apache.org/jira/browse/HBASE-15876?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15296922#comment-15296922 ] Hudson commented on HBASE-15876: -------------------------------- FAILURE: Integrated in HBase-Trunk_matrix #942 (See [https://builds.apache.org/job/HBase-Trunk_matrix/942/]) HBASE-15876 Remove doBulkLoad(Path hfofDir, final HTable table) though (stack: rev 7130a222ce6a70ef14f1eae6c3f06a52ba4b63de) * hbase-server/src/main/java/org/apache/hadoop/hbase/mapreduce/LoadIncrementalHFiles.java * hbase-server/src/main/java/org/apache/hadoop/hbase/mob/compactions/PartitionedMobCompactor.java > Remove doBulkLoad(Path hfofDir, final HTable table) though it has not been through a full deprecation cycle > ----------------------------------------------------------------------------------------------------------- > > Key: HBASE-15876 > URL: https://issues.apache.org/jira/browse/HBASE-15876 > Project: HBase > Issue Type: Bug > Affects Versions: 2.0.0 > Reporter: stack > Assignee: Jurriaan Mous > Priority: Blocker > Fix For: 2.0.0 > > Attachments: HBASE-15876.patch > > > HBASE-15875 purges the properly deprecated HTable. The method doBulkLoad(Path hfofDir, final HTable table), while it has a deprecated param, the method itself did not get a deprecation label; it is a public method in a public class marked stable. This issue is about getting consensus that it is ok to remove this method used by offline tooling that will break until updated on upgrade to 2.0 w/o a proper deprecation cycle (I think it will be ok to do this -- the benefit of our being able to remove HTable is worth this minor inconvenience). We'll do some ugly patching of this oversight by adding a late deprecation and flagging the removal of this offline method as an incompatible change in 2.0. We'll add the deprecation in a subissue. > It is a problem removing > doBulkLoad(Path hfofDir, final HTable table) > ... since this is a public/stable Class. > There is the alternate: > public void doBulkLoad(Path hfofDir, final Admin admin, Table table, > RegionLocator regionLocator) throws TableNotFoundException, IOException { > The former calls the latter. > The latter went in here: > {code} > commit ac95cc1fbb951bb9db96f2738f621d1d7cd45739 > Author: tedyu > Date: Fri Jan 2 19:48:06 2015 -0800 > HBASE-12783 Create efficient RegionLocator implementation (Solomon Duskis) > {code} > This was added in time for release 1.1.0. > So, this method has not gone through a full major version of deprecation. > It will break when someone moves to 2.0. But it is offline method. Not the end of the world. -- This message was sent by Atlassian JIRA (v6.3.4#6332)