Return-Path: Delivered-To: apmail-hadoop-hbase-dev-archive@minotaur.apache.org Received: (qmail 1585 invoked from network); 8 Jul 2009 05:38:30 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 8 Jul 2009 05:38:30 -0000 Received: (qmail 6041 invoked by uid 500); 8 Jul 2009 05:38:40 -0000 Delivered-To: apmail-hadoop-hbase-dev-archive@hadoop.apache.org Received: (qmail 6014 invoked by uid 500); 8 Jul 2009 05:38:40 -0000 Mailing-List: contact hbase-dev-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: hbase-dev@hadoop.apache.org Delivered-To: mailing list hbase-dev@hadoop.apache.org Received: (qmail 6004 invoked by uid 99); 8 Jul 2009 05:38:40 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 08 Jul 2009 05:38:40 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 08 Jul 2009 05:38:36 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id C37DC234C1E6 for ; Tue, 7 Jul 2009 22:38:15 -0700 (PDT) Message-ID: <693008853.1247031495799.JavaMail.jira@brutus> Date: Tue, 7 Jul 2009 22:38:15 -0700 (PDT) From: "stack (JIRA)" To: hbase-dev@hadoop.apache.org Subject: [jira] Updated: (HBASE-1626) Allow emitting Deletes out of new TableReducer In-Reply-To: <1088431303.1247029574808.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HBASE-1626?page=3Dcom.atlassia= n.jira.plugin.system.issuetabpanels:all-tabpanel ] stack updated HBASE-1626: ------------------------- Attachment: deletes.patch Do=C4=9Facan had interesting idea where hbase subclassed the new hadoop con= text. A lesser suggestion was to add a Marker interface to Delete and Put. Playing around with it, a Marker interface would be a bit messy. It'd have= to be in the client package and be public. It'd have to be something like= Update or UpdateMarker (yuck). But maybe this is the way to go? Otherwise, make the hbase reducer generic so can pass anything -- e.g. a De= lete or a Put -- and not specify types which might not be that bad. Here's= why. Looking at the TableOutputFormat, turns out the key is not used at all so n= o need to specify a Type; i.e. ImmutableByteWritable. And for the value, w= e could leave it as Writable. If not a Put or Delete, throw an IOE. Means= we lose some of power of generics. This is what the attached patch does. Lars, any chance you'd take a look? Do we even need a TableReducer if its = all generic types? I can see point of the TableMapper because value will b= e Result (Here too, Key is redundant...). Is it wrong to specialize the Ta= bleOutputFormat? Rather, leave it generic (though value must be a Delete o= r a Put)? > Allow emitting Deletes out of new TableReducer > ---------------------------------------------- > > Key: HBASE-1626 > URL: https://issues.apache.org/jira/browse/HBASE-1626 > Project: Hadoop HBase > Issue Type: Bug > Reporter: stack > Fix For: 0.20.0 > > Attachments: deletes.patch > > > Do=C4=9Facan G=C3=BCney (nutch) wants to emit Delete from TableReduce. C= urrently we only do Put. --=20 This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.