You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Enis Soztutar (JIRA)" <ji...@apache.org> on 2015/12/09 23:51:11 UTC

[jira] [Updated] (HBASE-14960) Fallback to using default RPCControllerFactory if class cannot be loaded

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

Enis Soztutar updated HBASE-14960:
----------------------------------
    Attachment: hbase-14960_v1.patch

v1 patch. Catch class not found and fallback. 

> Fallback to using default RPCControllerFactory if class cannot be loaded
> ------------------------------------------------------------------------
>
>                 Key: HBASE-14960
>                 URL: https://issues.apache.org/jira/browse/HBASE-14960
>             Project: HBase
>          Issue Type: Bug
>            Reporter: Enis Soztutar
>            Assignee: Enis Soztutar
>             Fix For: 2.0.0, 1.2.0, 1.3.0
>
>         Attachments: hbase-14960_v1.patch
>
>
> In Phoenix + HBase clusters, the hbase-site.xml configuration will point to a custom rpc controller factory which is a Phoenix-specific one to configure the priorities for index and system catalog table. 
> However, sometimes these Phoenix-enabled clusters are used from pure-HBase client applications resulting in ClassNotFoundExceptions in application code or MapReduce jobs. Since hbase configuration is shared between Phoenix-clients and HBase clients, having different configurations at the client side is hard. 
> We can instead try to load up the RPCControllerFactory from conf, and if not found, fallback to the default one (in case this is a pure HBase client). In case Phoenix is already in the classpath, it will work as usual. 
> This does not affect the rpc scheduler factory since it is only used at the server side. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)