[ https://issues.apache.org/jira/browse/HBASE-12972?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14370421#comment-14370421 ]
James Taylor commented on HBASE-12972: -------------------------------------- I'm +1 on Andrew's patch for 1.1 too. If that patch can be backported to your branch for 1.0 too, all the better. If not, then that's fine too - we'll deal with our branches on the Phoenix side of the world. It's most important to get Phoenix on HBase APIs that are more stable and to do that ASAP. > 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)