You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hbase.apache.org by "Andrew Purtell (JIRA)" <ji...@apache.org> on 2009/08/23 07:55:59 UTC

[jira] Commented: (HBASE-41) [REST] Support multipart/related instead of xml input/output

    [ 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.