You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hive.apache.org by "Lars Francke (JIRA)" <ji...@apache.org> on 2014/05/23 09:25:01 UTC
[jira] [Created] (HIVE-7120) Beeline needs a way to work even when
blacklisted properties are set
Lars Francke created HIVE-7120:
----------------------------------
Summary: Beeline needs a way to work even when blacklisted properties are set
Key: HIVE-7120
URL: https://issues.apache.org/jira/browse/HIVE-7120
Project: Hive
Issue Type: Improvement
Reporter: Lars Francke
Currently {{verifyAndSet}} in {{HiveConf}} throws an exception when someone tries to use a blacklisted property.
One property frequently blacklisted (by Sentry for example) is {{hive.aux.jars.path}} which is being brought into Beeline when setting an environment variable.
That means as soon as that's set (and HIVE-6340 was set) no connection can be made anymore.
My proposal would be to mimic Hadoop's behavior with {{final}} properties and instead of throwing an exception just log a warning but [~thejas] argues:
{quote}
If the verifyAndSet in HiveConf is changed to log a warning instead of
throwing an error, it would mean that any "set
<blacklisted.property>=abc;" would result in a warning instead of an
error.
This would not be the right behavior IMO, a command that did not
succeed should throw an error.
I think a better approach would be to support ability to have a
beeline specific property, which if set does not use the common HIVE
env properties.
{quote}
Either option should be implemented I think.
--
This message was sent by Atlassian JIRA
(v6.2#6252)