[
https://issues.apache.org/jira/browse/HBASE-10801?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13976132#comment-13976132
]
stack commented on HBASE-10801:
-------------------------------
bq. ByteRange is also fine. But till we finalise on the APIs in BR, I thought
would work with BB only.
Sounds good (I noticed that ByteBuf, the netty thing, is subclassable with
helper facility to aid subclassers.. that we could make our own if wanted...
but that is another issue).
bq. Ok we can change it.
Yeah, fail fast, especially in the new stuff.
bq. First thing is, this goes exactly with the KV format because our current
buffer is strictly KV based.
Does the KV parse have to live outside of KV?
bq. So here there are two different buffers so we cannot just wrap it as a KV.
If I did a deep copy of the KeyValue -- key-only part -- then I would not need
to introduce this new type, the SeekerStateMembers? Maybe I am not
understanding what is going on here (pardon me).
> Ensure DBE interfaces can work with Cell
> ----------------------------------------
>
> Key: HBASE-10801
> URL: https://issues.apache.org/jira/browse/HBASE-10801
> Project: HBase
> Issue Type: Sub-task
> Reporter: ramkrishna.s.vasudevan
> Assignee: ramkrishna.s.vasudevan
> Fix For: 0.99.0
>
> Attachments: HBASE-10801.patch, HBASE-10801_1.patch,
> HBASE-10801_2.patch, HBASE-10801_3.patch, HBASE-10801_4.patch
>
>
> Some changes to the interfaces may be needed for DBEs or may be the way it
> works currently may be need to be modified inorder to make DBEs work with
> Cells. Suggestions and ideas welcome.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
