[
https://issues.apache.org/jira/browse/HBASE-9477?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13763441#comment-13763441
]
stack commented on HBASE-9477:
------------------------------
bq. I have an interesting idea, but probably unfeasible at this point.
[~sershe] I like your ideas.
I made a KeyValue Interface. I'll attach it. What would we do with methods
like:
getKeyLength
getKeyOffset
getTimestampOffset
getKey
createKeyOnly
createLastOnRowCol
match*
createFirstOnRowColTS
heapSize
A few preclude doing implementations that have a different format from current
KeyValue -- or we'd have to do contorted implementations for format that are
other than KeyValue's current layout (doable I suppose).
Let me attach it. There is not too much difference. We could move NOT include
stuff like the match* and a few other methods.
bq. If 0.98 will come just after 0.96, I propose we make also add this patch to
0.98, and remove them in the one after 0.98.
[~enis] Sure.
> Add deprecation compat shim for Result#raw and Result#list for 0.96
> -------------------------------------------------------------------
>
> Key: HBASE-9477
> URL: https://issues.apache.org/jira/browse/HBASE-9477
> Project: HBase
> Issue Type: Sub-task
> Affects Versions: 0.95.2
> Reporter: Jonathan Hsieh
> Assignee: Jonathan Hsieh
> Priority: Blocker
> Fix For: 0.98.0, 0.96.0
>
> Attachments: hbase-9477.patch, hbase-9477.v2.patch, KVI.java
>
>
> Discussion in HBASE-9359 brought up that applications commonly use the
> Keyvalue[] Result#raw (and similarly Result#list). Let's rename the 0.96
> version to something like #listCells and #rawCells and revert #raw and #list
> to their old signature to easy upgrade deprecation issues.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
