Mailing-List: contact dev-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@hbase.apache.org
Date: Thu, 7 May 2015 04:50:59 +0000 (UTC)
From: "Anoop Sam John (JIRA)" <jira@apache.org>
To: dev@hbase.apache.org
Message-ID: <JIRA.12827926.1430974223000.32450.1430974259797@Atlassian.JIRA>
In-Reply-To: <JIRA.12827926.1430974223000@Atlassian.JIRA>
References: <JIRA.12827926.1430974223000@Atlassian.JIRA>
 <JIRA.12827926.1430974223103@arcas>
Subject: [jira] [Created] (HBASE-13641) Deperecate filterRowKey(byte[]
 buffer, int offset, int length) in favor of filterRowKey(Cell firstRowCell)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

Anoop Sam John created HBASE-13641:
--------------------------------------

             Summary: Deperecate filterRowKey(byte[] buffer, int offset, int length) in favor of filterRowKey(Cell firstRowCell)
                 Key: HBASE-13641
                 URL: https://issues.apache.org/jira/browse/HBASE-13641
             Project: HBase
          Issue Type: Sub-task
            Reporter: Anoop Sam John
            Assignee: Anoop Sam John
             Fix For: 2.0.0


This is in path towards HBASE-13387
When the scan contains any filter, we have to call the filterRowKey(byte[],int,int) API.  (Even if it is not interested in this method)
When the Cells coming in is offheap backed, we would need temp byte[] creation and copy row bytes to that.  If we can make this Filter API to take a cell (which is the first cell in any row), we can avoid this overhead.
In 2.0.0 we will deprecate the old API with addition of new and FilterBase will give BC for old style custom Filters.


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)