Return-Path: X-Original-To: apmail-hbase-issues-archive@www.apache.org Delivered-To: apmail-hbase-issues-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 8A86D10C32 for ; Thu, 13 Mar 2014 23:11:59 +0000 (UTC) Received: (qmail 31586 invoked by uid 500); 13 Mar 2014 23:11:49 -0000 Delivered-To: apmail-hbase-issues-archive@hbase.apache.org Received: (qmail 31428 invoked by uid 500); 13 Mar 2014 23:11:46 -0000 Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list issues@hbase.apache.org Received: (qmail 31394 invoked by uid 99); 13 Mar 2014 23:11:45 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 13 Mar 2014 23:11:45 +0000 Date: Thu, 13 Mar 2014 23:11:45 +0000 (UTC) From: "stack (JIRA)" To: issues@hbase.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (HBASE-10091) Exposing HBase DataTypes to non-Java interfaces MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/HBASE-10091?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13934275#comment-13934275 ] stack commented on HBASE-10091: ------------------------------- Tell me more about how this would work? hbase:int would map to org.apache.hadoop.hbase.types.RawInt in the DSL Each language would have to have an interpreter for the DSL? There is some overlap with how types are called out in avro/pb IDLs? > Exposing HBase DataTypes to non-Java interfaces > ----------------------------------------------- > > Key: HBASE-10091 > URL: https://issues.apache.org/jira/browse/HBASE-10091 > Project: HBase > Issue Type: Sub-task > Components: Client > Reporter: Nick Dimiduk > > Access to the DataType implementations introduced in HBASE-8693 is currently limited to consumers of the Java API. It is not easy to specify a data type in non-Java environments, such as the HBase shell, REST or Thrift Gateways, command-line arguments to our utility MapReduce jobs, or in integration points such as a (hypothetical extension to) Hive's HBaseStorageHandler. See examples where this limitation impedes in HBASE-8593 and HBASE-10071. > I propose the implementation of a type definition DSL, similar to the language defined for Filters in HBASE-4176. By implementing this in core HBase, it can be reused in all of the situations described previously. The parser for this DSL must support arbitrary type extensions, just as the Filter parser allows for new Filter types to be registered at runtime. -- This message was sent by Atlassian JIRA (v6.2#6252)