[
https://issues.apache.org/jira/browse/HBASE-10531?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13939087#comment-13939087
]
ramkrishna.s.vasudevan edited comment on HBASE-10531 at 3/18/14 11:33 AM:
--------------------------------------------------------------------------
All the failed test cases passes with this. Note that, for the blooms and the
metaindexReader we still go with RawBytescomparator. So
HFileBlockIndex.rootBlockContainingKey() is retained.
was (Author: ram_krish):
All the failed test cases passes here. Note that, for the blooms and the
metaindexReader we still go with RawBytescomparator. So
HFileBlockIndex.rootBlockContainingKey() is retained.
> Revisit how the key byte[] is passed to HFileScanner.seekTo and reseekTo
> ------------------------------------------------------------------------
>
> Key: HBASE-10531
> URL: https://issues.apache.org/jira/browse/HBASE-10531
> Project: HBase
> Issue Type: Sub-task
> Reporter: ramkrishna.s.vasudevan
> Assignee: ramkrishna.s.vasudevan
> Fix For: 0.99.0
>
> Attachments: HBASE-10531.patch, HBASE-10531_1.patch,
> HBASE-10531_2.patch, HBASE-10531_3.patch, HBASE-10531_4.patch,
> HBASE-10531_5.patch, HBASE-10531_6.patch
>
>
> Currently the byte[] key passed to HFileScanner.seekTo and
> HFileScanner.reseekTo, is a combination of row, cf, qual, type and ts. And
> the caller forms this by using kv.getBuffer, which is actually deprecated.
> So see how this can be achieved considering kv.getBuffer is removed.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
