[
https://issues.apache.org/jira/browse/HBASE-12972?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14338812#comment-14338812
]
Andrew Purtell commented on HBASE-12972:
----------------------------------------
Also, we haven't really gotten to the hard part yet, where we show folks like
[~rajeshbabu], [~jesse_yates], [~jamestaylor], and others on Phoenix the new
opaque SplitTransaction and RegionMergeTransaction interfaces and ask them if
local mutable indexes can be reimplemented without diving into the details. You
can see the trouble spots in Phoenix by applying the the latest patch on
PHOENIX-1681 to the Phoenix 4.0 branch, then grep for wherever the new private
implementation classes SplitTransactionImpl and RegionMergeTransactionImpl are
referenced or extended.
> 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.0.1, 1.1.0, 0.98.11
>
> Attachments: HBASE-12972-0.98.patch, HBASE-12972-0.98.patch,
> HBASE-12972-0.98.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)
