hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andrew Purtell (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (HBASE-11125) Introduce a higher level interface for registering interest in coprocessor upcalls
Date Wed, 14 May 2014 05:24:16 GMT

     [ https://issues.apache.org/jira/browse/HBASE-11125?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel

Andrew Purtell updated HBASE-11125:

    Priority: Critical  (was: Major)

Making this a critical issue for 1.0. Let's discuss

> Introduce a higher level interface for registering interest in coprocessor upcalls
> ----------------------------------------------------------------------------------
>                 Key: HBASE-11125
>                 URL: https://issues.apache.org/jira/browse/HBASE-11125
>             Project: HBase
>          Issue Type: New Feature
>            Reporter: Andrew Purtell
>            Priority: Critical
>             Fix For: 0.99.0, 1.0.0
> We should introduce a higher level interface for managing the registration of 'user'
code for execution from the low level hooks. It should not be necessary for coprocessor implementers
to learn the universe of available low level hooks and the subtleties of their placement within
HBase core code. Instead the higher level API should allow the implementer to describe their
intent and then this API should choose the appropriate low level hook placement.
> A very desirable side effect is a layer of indirection between coprocessor implementers
and the actual hooks. This will address the perennial complaint that the low level hooks change
too much from release to release, as recently discussed during the RM panel at HBaseCon. If
we try to avoid changing the particular placement and arguments of hook functions in response
to those complaints, this can be an onerous constraint on necessary internals evolution. Instead
we can direct coprocessor implementers to consider the new API and provide the same interface
stability guarantees there as we do for client API, 

This message was sent by Atlassian JIRA

View raw message