[
https://issues.apache.org/jira/browse/HBASE-12358?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14188045#comment-14188045
]
ramkrishna.s.vasudevan commented on HBASE-12358:
------------------------------------------------
[[email protected]]
I should have mentioned HBASE-12282 also along with HBASE-12224. If you take
the POC patch in HBASE-12282 that would give an idea as what changes we would
be needed to make things work in the read path with Cell that have BBs in them.
BR to BB is a case which has to be brainstormed and the best advantage we would
get is that when we can have our own implementation of BR backed with some new
type of BB.
I would feel before doing that we should have our subtasks helping us out to
achieve this.
Reg the change to the Cell interface or creating a new Cell - creating a new
cell would make things go in 2.0. In other words it would mean that the read
path would deal with Cell that are buffer based and write would deal with cells
that are byte[] based. CP would be exposed with both type of cells. Can we
have annotations in the API that are exposed to cells and filters that tells
which one to use and which one to use? That may be confusing but if we can have
a cleaner way of showing which APIs are in the read and which one in write then
may be it may make sense to extend Cell only for the new BB based cell.
> Create ByteBuffer backed Cell
> -----------------------------
>
> Key: HBASE-12358
> URL: https://issues.apache.org/jira/browse/HBASE-12358
> Project: HBase
> Issue Type: Sub-task
> Components: regionserver, Scanners
> Reporter: ramkrishna.s.vasudevan
> Assignee: ramkrishna.s.vasudevan
> Fix For: 2.0.0, 0.99.2
>
> Attachments: HBASE-12358.patch
>
>
> As part of HBASE-12224 and HBASE-12282 we wanted a Cell that is backed by BB.
> Changing the core Cell impl would not be needed as it is used in server
> only. So we will create a BB backed Cell and use it in the Server side read
> path. This JIRA just creates an interface that extends Cell and adds the
> needed API.
> The getTimeStamp and getTypebyte() can still refer to the original Cell API
> only. The getXXxOffset() and getXXXLength() can also refer to the original
> Cell only.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
