You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Jesse Yates (JIRA)" <ji...@apache.org> on 2014/07/10 21:24:04 UTC

[jira] [Commented] (HBASE-11497) Expose RpcScheduling implementations as Public Interfaces

    [ https://issues.apache.org/jira/browse/HBASE-11497?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14057829#comment-14057829 ] 

Jesse Yates commented on HBASE-11497:
-------------------------------------

For right now, I'm thinking we need to expose SimpleRpcScheduler as well as RpcExecutor and its subclasses.

> Expose RpcScheduling implementations as Public Interfaces
> ---------------------------------------------------------
>
>                 Key: HBASE-11497
>                 URL: https://issues.apache.org/jira/browse/HBASE-11497
>             Project: HBase
>          Issue Type: Improvement
>          Components: io, regionserver, Usability
>    Affects Versions: 0.99.0, 0.98.4
>            Reporter: Jesse Yates
>
> In Phoenix-938 we are attempting to resolve cross-RS deadlocks in indexing by adding custom RPC handlers (so regular puts/reads don't interfere with index updates). However, we've run into a couple of snags where the interfaces change, making it a bit more difficult to support interoperability between minor versions as the underlying RPC handling changed (for the better, but still different :).
> This would just mark those interfaces Public, Evolving, so we still have some flexibility, but don't break existing usage.
> Note, this kind of thing will come up for any client who is doing custom RPC handling - beyond the recently added flexibility - but wants to stay in line with the current HBase implementation (rather than building their own RPC handling mechanisms).



--
This message was sent by Atlassian JIRA
(v6.2#6252)