[
https://issues.apache.org/jira/browse/HBASE-5208?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicholas Telford updated HBASE-5208:
------------------------------------
Attachment: HBASE-5208-003.txt
Adds tests for Scans defined by a Configuration.
Getting the largeTests suite running proved difficult and I think this actually
makes the test run too long - I had to comment out the old testScan() tests to
get it to complete in a reasonable time (i.e. without being killed for taking
too long).
Should I have separated this out in to a separate test file?
> Allow setting Scan start/stop row individually in TableInputFormat
> ------------------------------------------------------------------
>
> Key: HBASE-5208
> URL: https://issues.apache.org/jira/browse/HBASE-5208
> Project: HBase
> Issue Type: Improvement
> Components: mapreduce
> Reporter: Nicholas Telford
> Priority: Minor
> Attachments: HBASE-5208-001.txt, HBASE-5208-002.txt,
> HBASE-5208-003.txt
>
>
> Currently, TableInputFormat initializes a serialized Scan from
> "hbase.mapreduce.scan". Alternatively, it will instantiate a new Scan using
> properties defined in "hbase.mapreduce.scan.*". However, of these properties
> the "start row" and "stop row" (arguably the most pertinent) are missing.
> TableInputFormat should permit the specification of a start/stop row as with
> the other fields using a new pair of properties:
> "hbase.mapreduce.scan.row.start" and "hbase.mapreduce.scan.row.end"
> The primary use-case for this is to permit Oozie and other job management
> tools that can't call TableMapReduceUtil.initTableMapperJob() to operate on a
> contiguous subset of rows.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
