hive-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Carl Steinbach <c...@cloudera.com>
Subject Re: Is HiveMetastoreClient a public interface?
Date Thu, 29 Mar 2012 22:34:57 GMT
Hi Francis,

The HiveMetaStoreClient library is a thin wrapper layer written around the
Thrift generated client code. It is not a public API and is subject to
change in the future. If "experts only" is doable, then I recommend
integrating directly at the Thrift API level (which is a public API), e.g.
call the Thrift generated code directly instead of accessing it through the
HiveMetaStoreClient library.

Thanks.

Carl

On Thu, Mar 29, 2012 at 2:05 PM, Francis Liu <toffer@apache.org> wrote:

> Hi Edward,
>
> We would also need other apis such as dropping partitions and tables as
> well as retrieving delegation tokens. "Experts only" is doable. The main
> concern of it being public is wether in future releases, Hive developers
> will do their best to make sure the interface is backwards compatible.
>
> -Francis
>
> On 3/29/12 1:04 PM, "Edward Capriolo" <edlinuxguru@gmail.com> wrote:
>
> >Ideally you want to do everything through the hiveQL language. Calling
> >the read only methods are safe and would be easier/better then Calling
> >'show tables' and attempting to parse. But I would consider the rest
> >of the interface for "experts" only. Also this interface can change
> >slightly between versions making it harder to build code against.
> >
> >Edward
> >
> >On Thu, Mar 29, 2012 at 2:50 PM, Francis Liu <toffer@apache.org> wrote:
> >> No reponse from the user list. Reposting in the dev list:
> >>
> >> Hi,
> >>
> >> It seems like the HiveMetaStoreClient is the only way to
> >>programmatically
> >> access (and retreive)  the metastore for DDL and metadata queries as
> >>well as
> >> retrieving delegation tokens. It isn't documented anywhere, so I'd like
> >>to
> >> know if it is advisable to have code make use of this directly or is
> >>this an
> >> internal API?  If the latter what would be the recommended way of
> >> programmatically doing the previously mentioned operations?
> >>
> >> -Francis
> >>
> >>
>
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message