Mailing-List: contact dev-help@hive.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@hive.apache.org
Received-SPF: pass (athena.apache.org: message received from 54.164.171.186
 which is an MX secondary for dev@hive.apache.org)
MIME-Version: 1.0
In-Reply-To: 
 <CADx-ob3-7jE7sb=HU7Fu2+cp7=xidTxg8_OUQ=GUcXj0V84FCA@mail.gmail.com>
References: 
 <CADx-ob3-7jE7sb=HU7Fu2+cp7=xidTxg8_OUQ=GUcXj0V84FCA@mail.gmail.com>
From: Alexander Pivovarov <apivovarov@gmail.com>
Date: Thu, 23 Apr 2015 15:50:26 -0700
Message-ID: 
 <CAKKt98S4VTfYgseUXfZFU7o=4skZ3DiWRAUvAR8QBKJauDsAJw@mail.gmail.com>
Subject: Re: [DISCUSS] Deprecating Hive CLI
To: "dev@hive.apache.org" <dev@hive.apache.org>
Content-Type: multipart/alternative; boundary=001a11c3677e405f1605146c1c4b

--001a11c3677e405f1605146c1c4b
Content-Type: text/plain; charset=UTF-8

Hive CLI should be part of Hive project

Beeline is a jdbc client. It should be separated from Hive (as any other
jdbc clients).

I'm not sure I understand business value of beeline.

Power users (which has ssh access to cluster) can use Hive CLI.
- more reliable approach because it does not need HS2
- simpler authentication (in many cases application users do not have LDAP
password)

Business users (LDAP users) will probably use GUI jdbc clients (e.g. SQL
Workbench/J or SQuirreL SQL)

Is beeline production ready?
- beeline q tests were disabled about 2 years ago

I do not think beeline is popular.

I'd rather focus on improving JDBC driver to make sure SQL Workbench/J or
SQuirreL SQL can work with hiveserver2 effectively.
7 months ago did several fixes for hive JDBC driver to make basic
operations work in SQL Workbench/J and SQuirreL SQL.
But lots of jdbc methods still not supported by hive jdbc driver


On Thu, Apr 23, 2015 at 2:43 PM, Xuefu Zhang <xzhang@cloudera.com> wrote:

> Hi all,
>
> I'd like to revive the discussion about the fate of Hive CLI, as this topic
> has haunted us several times including [1][2]. It looks to me that there is
> a consensus that it's not wise for Hive community to keep both Hive CLI as
> it is as well as Beeline + HS2. However, I don't believe that no action is
> the best action for us. From discussion so far, I see the following
> proposals:
>
> 1. Deprecating Hive CLI and advise that users use Beeline.
> 2. Make Hive CLI as naming flavor to beeline with embedded mode.
>
> Frankly, I don't see much difference between the two approaches. Keeping an
> alias at script or even code level isn't that much work. However, shouldn't
> we pick a direction and start moving to it? If there is any gaps between
> beeline embedded and Hive CLI, we should identify and fill in those.
>
> I'd love to hear the thoughts from the community and hope this time we will
> have concrete action items to work on.
>
> Thanks,
> Xuefu
>
> [1]
>
> http://mail-archives.apache.org/mod_mbox/hive-dev/201412.mbox/%3C5485E1BE.3060709%40hortonworks.com%3E
> [2] https://www.mail-archive.com/dev@hive.apache.org/msg112378.html
>

--001a11c3677e405f1605146c1c4b--