Mailing-List: contact dev-help@hive.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@hive.apache.org
Date: Mon, 8 Apr 2013 17:15:16 +0000 (UTC)
From: "Mithun Radhakrishnan (JIRA)" <jira@apache.org>
To: hive-dev@hadoop.apache.org
Message-ID: <JIRA.12639051.1364282919457.128408.1365441316704@arcas>
In-Reply-To: <JIRA.12639051.1364282919457@arcas>
References: <JIRA.12639051.1364282919457@arcas>
Subject: [jira] [Commented] (HIVE-4232) JDBC2 HiveConnection has odd
 defaults
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Mithun Radhakrishnan commented on HIVE-4232:
--------------------------------------------

Hello, [~cwsteinbach]. Hi, [~prasadm]. 

Could you please help us understand the rationale behind the choice of default (plainsasl, i.e. erstwhile NONE)? I mean, before the Thrift-hang. The manner in which the auth-protocol is deduced is far from intuitive.

The Thrift-1774 bug is an unfortunate aside that one wishes could be resolved in Thrift. While I concede HiveServer2 has been in trunk for a while (and might well have customers using it), it's not been in an official Hive release prior to 0.11. Surely, now (i.e. before 0.11 release) is the opportune moment to change the defaults and fix the format of the jdbc-connect-string?

[~cdrome] does make a valid point about the client needing to be in sync with the server's auth method anyway.

                
> JDBC2 HiveConnection has odd defaults
> -------------------------------------
>
>                 Key: HIVE-4232
>                 URL: https://issues.apache.org/jira/browse/HIVE-4232
>             Project: Hive
>          Issue Type: Bug
>          Components: HiveServer2, JDBC
>    Affects Versions: 0.11.0
>            Reporter: Chris Drome
>            Assignee: Chris Drome
>             Fix For: 0.11.0
>
>         Attachments: HIVE-4232-1.patch, HIVE-4232.patch
>
>
> HiveConnection defaults to using a plain SASL transport if auth is not set. To get a raw transport auth must be set to noSasl; furthermore noSasl is case sensitive. Code tries to infer Kerberos or plain authentication based on the presence of principal. There is no provision for specifying QOP level.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira