[
https://issues.apache.org/jira/browse/HBASE-1015?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12695265#action_12695265
]
stack commented on HBASE-1015:
------------------------------
Andrew, here's another serialization package in case you hadn't seen the post
from Doug:
{code}
I propose we add a new Hadoop subproject for Avro, a serialization system. My
ambition is for Avro to replace both Hadoop's RPC and to be used for most
Hadoop data files, e.g., by Pig, Hive, etc.
Initial committers would be Sharad Agarwal and me, both existing Hadoop
committers. We are the sole authors of this software to date.
The code is currently at:
http://people.apache.org/~cutting/avro.git/
To learn more:
git clone http://people.apache.org/~cutting/avro.git/ avro
cat avro/README.txt
{code}
> pure C and C++ client libraries
> -------------------------------
>
> Key: HBASE-1015
> URL: https://issues.apache.org/jira/browse/HBASE-1015
> Project: Hadoop HBase
> Issue Type: New Feature
> Components: client
> Reporter: Andrew Purtell
> Assignee: Andrew Purtell
> Priority: Minor
> Fix For: 0.21.0
>
>
> If via HBASE-794 first class support for talking via Thrift directly to
> HMaster and HRS is available, then pure C and C++ client libraries are
> possible.
> The C client library would wrap a Thrift core.
> The C++ client library can provide a class hierarchy quite close to
> o.a.h.h.client and, ideally, identical semantics. It should be just a
> wrapper around the C API, for economy.
> Internally to my employer there is a lot of resistance to HBase because many
> dev teams have a strong C/C++ bias. The real issue however is really client
> side integration, not a fundamental objection. (What runs server side and how
> it is managed is a secondary consideration.)
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
