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 hv.csuoa@gmail.com designates
 209.85.212.41 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:content-type;
        b=aO48IDHIb2rfirEu5CArmh1emVixPHE1neeQbcrI9ze7YVkSdLu6o14WAxkfmGLanB
         D5D0Tx6ZsZBw5ZXnrWjuAbPh3iIhv4avYZtSm9G+JqYtKeLTNSMl9CbjQ95CeC4le1Fg
         iFgWZfqmg8M91sOCUH+eCAmoGNXImvlBcS23A=
MIME-Version: 1.0
Sender: hv.csuoa@gmail.com
In-Reply-To: <BANLkTinHfE2-Q3qfzJYO_=_m6V3KpS9ZDQ@mail.gmail.com>
References: <BANLkTimrQhh27DB5PhRP-P4K4-vQq4+PmA@mail.gmail.com>
	<BANLkTik1ihOwyPz10O6oki=hY1iTXUTodQ@mail.gmail.com>
	<BANLkTikcR6OLujYwnc71zzMfeXpn2DGrPw@mail.gmail.com>
	<BANLkTi=0errHQxLoEyYOB0304TxRRK4vtA@mail.gmail.com>
	<BANLkTikFCMB-uDYGJJ8k1-R8FUph8wmxVQ@mail.gmail.com>
	<BANLkTinHfE2-Q3qfzJYO_=_m6V3KpS9ZDQ@mail.gmail.com>
Date: Thu, 28 Apr 2011 00:48:08 -0600
Message-ID: <BANLkTinz-t5_UsOLMi10D6riw=x-hEGYBQ@mail.gmail.com>
Subject: Re: Exec implementing Row
From: Himanshu Vashishtha <hvashish@cs.ualberta.ca>
To: dev@hbase.apache.org
Content-Type: multipart/alternative; boundary=bcaec548a019a3833b04a1f4f0cf

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

Right, they go hand in hand. I saw the use case in multi call at RS where
all the rows are sorted based on the row attribute.

Himanshu

On Thu, Apr 28, 2011 at 12:33 AM, Gary Helmling <ghelmling@gmail.com> wrote:

> On Wed, Apr 27, 2011 at 11:14 PM, Himanshu Vashishtha <
> hvashish@cs.ualberta.ca> wrote:
>
> > For the least of it, one can get rid of "private byte[] referenceRow"
> > attribute in Exec class I'd say (?).
> >
> >
> Um, what would Row.getRow() return in that case?  Sure, if you drop the Row
> implementation, you can probably drop referenceRow too (the row key seems
> to
> be in context for any of the other places we would need it).
>
>
> --gh
>

--bcaec548a019a3833b04a1f4f0cf--