Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Date: Mon, 2 May 2011 19:36:03 +0000 (UTC)
From: "Nicolas Spiegelberg (JIRA)" <jira@apache.org>
To: issues@hbase.apache.org
Message-ID: 
 <1244688252.15989.1304364963116.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <1468071729.14363.1304282523140.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Commented] (HBASE-3842) Refactor Coprocessor Compaction API
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ 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