hbase-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andrew Purtell (JIRA)" <j...@apache.org>
Subject [jira] Commented: (HBASE-41) [REST] Support multipart/related instead of xml input/output
Date Sun, 23 Aug 2009 05:55:59 GMT

    [ https://issues.apache.org/jira/browse/HBASE-41?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12746571#action_12746571

Andrew Purtell commented on HBASE-41:

Protobufs encoding is neither bulky nor slow and Stargate supports multi column and multi
row gets and puts with it. There is support for binary encoding also but not multipart  --
operations with application/octet-stream encoding are limited to single KVs. Multipart/related
is not necessarily efficient. Timestamps and column names would be sent as X-headers mixed
between the binary blobs, and the part headers and border adds more overhead. The only reason
to support it is if someone cannot use protobufs as an alternative to XML. I filed HBASE-1788
against Stargate for this but set the priority to trivial. Vote to increase. 

> [REST] Support multipart/related instead of xml input/output
> ------------------------------------------------------------
>                 Key: HBASE-41
>                 URL: https://issues.apache.org/jira/browse/HBASE-41
>             Project: Hadoop HBase
>          Issue Type: New Feature
>          Components: rest
>            Reporter: Bryan Duxbury
>            Assignee: Andrew Purtell
>            Priority: Trivial
> XML is bulky and slow, but the only way currently supported for multi-column gets/puts/etc.
We should add support for multipart/related encoded entity bodies since that will be all binary
and presumably faster and more compact.

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message