Home | About | Sematext search-lucene.com search-hadoop.com
NEW: Monitor These Apps!
elasticsearch, apache solr, apache hbase, hadoop, redis, casssandra, amazon cloudwatch, mysql, memcached, apache kafka, apache zookeeper, apache storm, ubuntu, centOS, red hat, debian, puppet labs, java, senseiDB
 Search Hadoop and all its subprojects:

Switch to Threaded View
HBase >> mail # dev >> HBase wire compatibility


Copy link to this message
-
Re: HBase wire compatibility
Enis,

You mean until Tuesday (the 21st), right?

Greg

On Fri, Feb 17, 2012 at 5:30 PM, Enis Söztutar <[EMAIL PROTECTED]> wrote:

> While working on keeping bw compatibility for
> https://issues.apache.org/jira/browse/HBASE-5371, I realized that it might
> be a good idea to include the co-processor interfaces into the scope as
> well. Although they are marked as advanced API's, and even if you wrap them
> under some java class, there will be need to access the functionality from
> clients, and they should be treated the same way as 3 and 4. Just something
> to consider until Thursday, I'll try to be there as well.
>
> Thanks,
> Enis
>
> On Thu, Feb 16, 2012 at 4:54 PM, Stack <[EMAIL PROTECTED]> wrote:
>
> > On Thu, Feb 16, 2012 at 3:55 PM, Jeff Whiting <[EMAIL PROTECTED]>
> wrote:
> > > What I'm suggesting may not be possible but it seems like it is worth
> > > keeping in mind through the design and implementation process.
> > >
> >
> > There is already proof that what you suggest is possible.  asynchbase
> > is a 'lighter', 'incomplete' but
> > complete-enough-for-a-particular-purpose client that does much of what
> > you talk of except the bit about being in another language.
> >
> > St.Ack
> >
>
NEW: Monitor These Apps!
elasticsearch, apache solr, apache hbase, hadoop, redis, casssandra, amazon cloudwatch, mysql, memcached, apache kafka, apache zookeeper, apache storm, ubuntu, centOS, red hat, debian, puppet labs, java, senseiDB