[
https://issues.apache.org/jira/browse/HBASE-12972?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14372176#comment-14372176
]
Andrew Purtell commented on HBASE-12972:
----------------------------------------
bq. It seems due to HBASE-11544, we already have to have shim/branch between
1.0 and 1.1 support in Phoenix anyway (see PHOENIX-1763). Please consider my
earlier reservations lifted. No easy way to get away without branching/shim
This is depressing...
Over on HBASE-13303 we are putting in a stop-gap measure for sizestepping the
scanner result size estimation issues. However, to do it right I think we
should have newer released servers (even in 0.98) sending back NextState in PB,
and newer released clients able to understand it, therefore doing the right
thing. But if this means porting back HBASE-11544, then we'd have another point
in the 0.98 line where all Phoenix versions released prior to the change will
fail to compile.
Anyway, with regards to this issue let me get it to a committable state.
> Region, a supportable public/evolving subset of HRegion
> -------------------------------------------------------
>
> Key: HBASE-12972
> URL: https://issues.apache.org/jira/browse/HBASE-12972
> Project: HBase
> Issue Type: New Feature
> Reporter: Andrew Purtell
> Assignee: Andrew Purtell
> Fix For: 2.0.0, 1.1.0
>
> Attachments: HBASE-12972-0.98.patch, HBASE-12972.patch,
> HBASE-12972.patch
>
>
> On HBASE-12566, [~lhofhansl] proposed:
> {quote}
> Maybe we can have a {{Region}} interface that is to {{HRegion}} is what
> {{Store}} is to {{HStore}}. Store marked with {{@InterfaceAudience.Private}}
> but used in some coprocessor hooks.
> {quote}
> By example, now coprocessors have to reach into HRegion in order to
> participate in row and region locking protocols, this is one area where the
> functionality is legitimate for coprocessors but not for users, so an
> in-between interface make sense.
> In addition we should promote {{Store}}'s interface audience to
> LimitedPrivate(COPROC).
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
