You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Andrew Kyle Purtell (Jira)" <ji...@apache.org> on 2022/06/16 16:45:00 UTC

[jira] [Closed] (HBASE-8197) Cannot distinguish between HBase default config value and client overridden config value

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

Andrew Kyle Purtell closed HBASE-8197.
--------------------------------------

> Cannot distinguish between HBase default config value and client overridden config value
> ----------------------------------------------------------------------------------------
>
>                 Key: HBASE-8197
>                 URL: https://issues.apache.org/jira/browse/HBASE-8197
>             Project: HBase
>          Issue Type: Bug
>          Components: Usability
>    Affects Versions: 0.94.6
>            Reporter: James Taylor
>            Priority: Minor
>
> By HBase setting default values in hbase-default.xml, it makes it difficult for a platform to know if a value has been overridden by the client. For example, Phoenix has a default value it would like to use for hbase.client.scanner.caching. I'd like to be able to call config.setIfUnset option to use our default value if a client hasn't already provided their own. Since HBase sets this in hbase-default.xml to 1, I can't differentiate between the client have a value in their hbase-sites.xml as 1 versus the default value we're getting from HBase.
> Wouldn't it be better if HBase had constants defined in a Java interface that would be used by HBase as the default value if none other is provided, like this:
>     config.getInt("hbase.client.scanner.caching", HBaseDefault.CLIENT_SCANNER_CACHING);



--
This message was sent by Atlassian Jira
(v8.20.7#820007)