[
https://issues.apache.org/jira/browse/HBASE-9477?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13762605#comment-13762605
]
Sergey Shelukhin commented on HBASE-9477:
-----------------------------------------
I have an interesting idea, but probably unfeasible at this point.
Rename old KeyValue to something else in 95/96.
Rename Cell interface to KeyValue with current Cell interface + "old" KeyValue
methods that are not part of Cell, the latter being deprecated, and being
implemented by KV.
That way people's code will work without rebuilding vs both 94 and 96, and they
won't need shims.
When we add new implementations of ex-Cell-now-KeyValue in 0.98-1.0-..., we'd
need to either make horribly inefficient implementations, or remove the
methods, or make them throw, so people would need to get rid of them or drop
0.94 support.
> 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
>
>
> 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
