Mailing-List: contact dev-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@hbase.apache.org
Date: Thu, 23 Apr 2015 16:54:38 +0000 (UTC)
From: "Jonathan Lawlor (JIRA)" <jira@apache.org>
To: dev@hbase.apache.org
Message-ID: <JIRA.12823469.1429808059000.8277.1429808078702@Atlassian.JIRA>
In-Reply-To: <JIRA.12823469.1429808059000@Atlassian.JIRA>
References: <JIRA.12823469.1429808059000@Atlassian.JIRA>
 <JIRA.12823469.1429808059300@arcas>
Subject: [jira] [Created] (HBASE-13542) Deprecate Scan batch in 2.0.0
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

Jonathan Lawlor created HBASE-13542:
---------------------------------------

             Summary: Deprecate Scan batch in 2.0.0
                 Key: HBASE-13542
                 URL: https://issues.apache.org/jira/browse/HBASE-13542
             Project: HBase
          Issue Type: Sub-task
            Reporter: Jonathan Lawlor


The public Scan API exposes a batch API to the client. The batch API allows the application to specify a maximum number of cells to be contained per {{Result}}. It seems as though this API was introduced to allow the server to deal with large rows. However, now that RPC chunking has been addressed by HBASE-11544, it seems that this API may no longer be necessary since large rows will now be returned to the client as partials. This issue proposes that we deprecate Scan batch in 2.0.0 since it introduces some unneeded complication into the public API and doesn't seem all that useful any more. If there are any concerns, please raise them here.


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