On Thu, Feb 16, 2012 at 3:04 PM, Jeff Whiting <[email protected]> wrote: > Will this allow for hbase clients in other languages? It seems that if pb > are being used then any language pb supports could have a first class client > and not have to use a separate (and not super maintained) thrift server. You > would want to keep the client to be light though if it were to be ported to > other languages. > > IMHO it seems that if we are going to the work of redoing the client > communications we should be considering other languages. It seems like > having first class clients in various languages could only increase hbase > adoption which would be a good thing :-) I would really like to see hbase > be more usable from other languages besides java.
The issue is that HBase's client is necessarily not thin. It requires a lot of knowledge of HBase itself -- so certainly moving to PB would get us one step closer, but it would still be quite a bit of work to write a new client in another language. Certainly if someone comes along with one, that would be nice, but I don't think we should take it upon the project (yet) to maintain any other language clients. -Todd > > > On 2/13/2012 12:01 PM, Jimmy Xiang wrote: >> >> Hello, >> >> As HBase installation base is getting bigger, we are ready to work on the >> wire compatibility issue. >> The goal is to make HBase easier for operators to upgrade, while it is >> also easier for developers to >> enhance, re-architect if necessary. >> >> The attached is a proposal we came up. We'd like to start with two >> phases: >> >> Phase 1: Compatibility between client applications and HBase clusters >> Phase 2: HBase cluster rolling upgrade within same major version >> >> Could you please review? >> >> Thanks, >> Jimmy > > > -- > Jeff Whiting > Qualtrics Senior Software Engineer > [email protected] > -- Todd Lipcon Software Engineer, Cloudera
