[
https://issues.apache.org/jira/browse/HBASE-3842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13027792#comment-13027792
]
Nicolas Spiegelberg commented on HBASE-3842:
--------------------------------------------
@stack: That's a good point about major compaction. Maybe I should have the
input param be CompactionRequest, which contains the Store, File list, and
isMajor. Would there be a problem with giving the user direct access to the
Store? I was a little worried about giving that unless someone else concurred.
Maybe make a separate ICompactionRequest & IStore API for coprocessor
contracts?
If I passed the CompactionRequest object - which contains a Store - to the
user, then the coprocessor client could access the MemStore through some Store
API?
> Refactor Coprocessor Compaction API
> -----------------------------------
>
> Key: HBASE-3842
> URL: https://issues.apache.org/jira/browse/HBASE-3842
> Project: HBase
> Issue Type: Improvement
> Components: coprocessors, regionserver
> Affects Versions: 0.92.0
> Reporter: Nicolas Spiegelberg
> Assignee: Nicolas Spiegelberg
> Priority: Minor
> Labels: compaction
> Fix For: 0.92.0
>
>
> After HBASE-3797, the compaction logic flow has been significantly altered.
> Because of this, the current compaction coprocessor API is insufficient for
> gaining full insight into compaction requests/results. Refactor coprocessor
> API after HBASE-3797 is committed to be more extensible and increase
> visibility.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
