[
https://issues.apache.org/jira/browse/HBASE-12975?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14485927#comment-14485927
]
Andrew Purtell commented on HBASE-12975:
----------------------------------------
bq. I am thinking about backporting this to 1.0.x because any way split
transaction in internal and not exposed outside and only the compatibility
changes are in coprocessors. If we leave the coprocessors without changing then
this should be back ported.
Sounds good, if we leave the coprocessor APIs as is and only make the private
changes (and introduction of new LP interfaces) we should be good.
> Supportable SplitTransaction and RegionMergeTransaction interfaces
> ------------------------------------------------------------------
>
> Key: HBASE-12975
> URL: https://issues.apache.org/jira/browse/HBASE-12975
> Project: HBase
> Issue Type: Improvement
> Reporter: Rajeshbabu Chintaguntla
> Assignee: Andrew Purtell
> Fix For: 2.0.0, 1.1.0
>
> Attachments: HBASE-12975-branch-1.patch, HBASE-12975-branch-1.patch,
> HBASE-12975.patch, HBASE-12975.patch, HBASE-12975.patch, HBASE-12975.patch,
> HBASE-12975.patch
>
>
> Making SplitTransaction, RegionMergeTransaction limited private is required
> to support local indexing feature in Phoenix to ensure regions colocation.
> We can ensure region split, regions merge in the coprocessors in few method
> calls without touching internals like creating zk's, file layout changes or
> assignments.
> 1) stepsBeforePONR, stepsAfterPONR we can ensure split.
> 2) meta entries can pass through coprocessors to atomically update with the
> normal split/merge.
> 3) rollback on failure.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
