Mailing-List: contact dev-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@hbase.apache.org
Received-SPF: pass (nike.apache.org: domain of gchanan@cloudera.com designates
 209.85.214.169 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAO83RbVkXqNpay07NG9_H+GSzA1tdddycmSpBz+eDhC-wGJUfA@mail.gmail.com>
References: 
 <CAOmV22v2bBy7mHopMENqg2LyQoKvgfQKWSF17MRy9y8CYk2ung@mail.gmail.com>
	<CALte62wychtmpeLhVu7__pgY3x_902a8axK=_b-eh=ejH_6A1Q@mail.gmail.com>
	<CAOmV22v7KSnx+wNrExBUSdOBjZ_og9N+-q0p7f8BcJnPDZhtfg@mail.gmail.com>
	<21F3305F-DB44-40B9-A154-E152C54862AB@hortonworks.com>
	<CADY20s5Tc7WG0wTckj088fiVnvXpBTvF0pkppa0mFweg+T1pAw@mail.gmail.com>
	<CAO83RbUq5sS1C+WX1srwrFbqvQVBMETEVd0jcFktiQi3J7DEoQ@mail.gmail.com>
	<CADY20s5bH=RvEvuEbvDh4nwcRRoh_hfjf5rzDXascZgP6kFe+Q@mail.gmail.com>
	<CAO83RbVkXqNpay07NG9_H+GSzA1tdddycmSpBz+eDhC-wGJUfA@mail.gmail.com>
Date: Thu, 16 Feb 2012 14:58:25 -0800
Message-ID: 
 <CAKfebOPzBTh=0wyo6FreyrsY4JKEaLmj0SqgMHNKM5NRBu7KsQ@mail.gmail.com>
Subject: Re: HBase wire compatibility
From: Gregory Chanan <gchanan@cloudera.com>
To: dev@hbase.apache.org
Content-Type: multipart/alternative; boundary=f46d04478497fd37a404b91cc3c3

--f46d04478497fd37a404b91cc3c3
Content-Type: text/plain; charset=ISO-8859-1

Given the +1s, let's do the meetup at:

Tuesday Feb 21st @ 1:00 PM - 3:00 PM
Cloudera Palo Alto
210 Portage Ave,
Palo Alto, CA 94306
Let me know if you have any questions about getting here, etc.

@Ted: I prefer 1 pm because people already agreed to it and it gives us
more time if people want to stay later for more discussion or coding.  You
are certainly welcome to join us late.

Greg

On Thu, Feb 16, 2012 at 2:41 PM, Jacques <whshub@gmail.com> wrote:

> Fair enough.  That's why I mentioned ByteString more than anything else.
>  If the new RPC will always convert client api/application values into
> ByteStrings and my application is always storing protobuf keys and protobuf
> objects, it'd be nice if I could just hand you a ByteString as the value
> for each of these rather than converting them back to byte[] and then
> having you convert them again.
>
> thanks,
> Jacques
>
> On Thu, Feb 16, 2012 at 2:33 PM, Todd Lipcon <todd@cloudera.com> wrote:
>
> > On Thu, Feb 16, 2012 at 2:27 PM, Jacques <whshub@gmail.com> wrote:
> > > Or at a minimum, it would be nice that if
> > > we wanted to get access to the lower level pb objects, that
> modifications
> > > to HTable and/or supporting classes wouldn't be super complicated.
> >
> > It's less a matter of complexity, and more a matter of not wanting to
> > expose the implementation details as part of the API. It really
> > restricts us when we do this -- for example, KeyValue is used in the
> > underlying storage all the way up through the client API, which means
> > it's verify difficult for us to do something like switch to an
> > off-heap storage for cell data, for example.
> >
> > That said, the request for an easy way to build convenience APIs with
> > low numbers of copies makes sense
> >
> > -Todd
> > --
> > Todd Lipcon
> > Software Engineer, Cloudera
> >
>

--f46d04478497fd37a404b91cc3c3--