Return-Path: X-Original-To: apmail-crunch-dev-archive@www.apache.org Delivered-To: apmail-crunch-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id E6CD3109C8 for ; Thu, 31 Oct 2013 12:26:29 +0000 (UTC) Received: (qmail 63568 invoked by uid 500); 31 Oct 2013 12:26:29 -0000 Delivered-To: apmail-crunch-dev-archive@crunch.apache.org Received: (qmail 63491 invoked by uid 500); 31 Oct 2013 12:26:25 -0000 Mailing-List: contact dev-help@crunch.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@crunch.apache.org Delivered-To: mailing list dev@crunch.apache.org Received: (qmail 63483 invoked by uid 99); 31 Oct 2013 12:26:23 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 31 Oct 2013 12:26:23 +0000 X-ASF-Spam-Status: No, hits=2.5 required=5.0 tests=FREEMAIL_REPLY,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of mkwhit@gmail.com designates 209.85.223.171 as permitted sender) Received: from [209.85.223.171] (HELO mail-ie0-f171.google.com) (209.85.223.171) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 31 Oct 2013 12:26:17 +0000 Received: by mail-ie0-f171.google.com with SMTP id tp5so4925275ieb.30 for ; Thu, 31 Oct 2013 05:25:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=8xM9OK541VK/Zc55sn03RmR1GEDpY6bPaESRoOsT/OA=; b=XBBe3YfrXrTe7CNvXMJBCtE2YmJ6rDcIN/W5ajr8B4I3kwNNcVQale+cZClTmOl389 e+qSVgF1j3ZtYGW5exbLoJSl8aspIlthb3IdEfwWoAh3UyOcD7jGkCALgJ9S5VE2+7LM AGw84a6vTi8zwm4jV7VhBf1UlskFMPE7jXdzE8XUzuTzDYiUGYrNtEzIIP02i2ELOYbO YTI48eArjbhU6FhMDkl1NkwN7NVwXdIBcdpxls4v+otrQcLsDXeRjf7+YACS5rocTWyE u5dzQwKtaIjx7OivvXI5sNALtkNnBqekI9RizWkMOzlFfc5luXuJmBzUeWwLC1xTohXW XEug== X-Received: by 10.42.62.196 with SMTP id z4mr1979589ich.49.1383222356329; Thu, 31 Oct 2013 05:25:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.87.198 with HTTP; Thu, 31 Oct 2013 05:25:36 -0700 (PDT) In-Reply-To: References: From: Micah Whitacre Date: Thu, 31 Oct 2013 07:25:36 -0500 Message-ID: Subject: Re: Crunch release plan: 0.8.0 and HBase 0.96 To: dev@crunch.apache.org Content-Type: multipart/alternative; boundary=90e6ba614a7631ccf404ea088d4f X-Virus-Checked: Checked by ClamAV on apache.org --90e6ba614a7631ccf404ea088d4f Content-Type: text/plain; charset=ISO-8859-1 I'm in the same boat and will probably be on 0.94 for a few months. So will probably help with the backporting. On Thu, Oct 31, 2013 at 2:19 AM, Chao Shi wrote: > >> Will we release the hadoop1 jars as well? > > I think that it's still worth doing; what about you? > > Agree, it would be nice to have it. > > 2013/10/31 Josh Wills > > > On Wed, Oct 30, 2013 at 11:17 PM, Chao Shi wrote: > > > > > Due to the client API changes and upgrade downtime, I can expect that > > there > > > are still a lot of users staying with 0.94. For our use case, we will > > > continue to use 0.94 for at least several months. So I may still work > on > > > "0.8.1, 0.8.2..." if there are new features requests or urgent bugs to > > fix. > > > > > > > That would be fantastic. > > > > > > > > > > >> 4) Do the 0.9.0 release against with Hadoop 2 and HBase 0.96 as the > > > default. > > > Will we release the hadoop1 jars as well? > > > > > > > I think that it's still worth doing; what about you? > > > > > > > > > > > 2013/10/31 Josh Wills > > > > > > > On Wed, Oct 30, 2013 at 2:23 PM, Gabriel Reid < > gabriel.reid@gmail.com > > > > >wrote: > > > > > > > > > Inlined below. > > > > > > > > > > On Wed, Oct 30, 2013 at 6:02 PM, Josh Wills > > > wrote: > > > > > > > > > > > > That said, the > > > > > > code changes that we'll need to make to get Crunch working > against > > > the > > > > > 0.96 > > > > > > APIs are different enough from the 0.94 APIs that I feel like > > > > maintaining > > > > > > some sort of compatibility layer in our code will be pretty ugly. > > > > > > > > > > Yep, that's definitely something we don't want to do unless we've > got > > > > > a good reason > > > > > to do it. > > > > > > > > > > > > > > > > > > > > I'm thinking along these lines: > > > > > > > > > > > > 1) Release 0.8.0 in the next couple of days against our current > set > > > of > > > > > > dependencies (Hadoop and HBase.) > > > > > > 2) Upgrade the Hadoop 2 dependency to Hadoop 2.2.0, which will > also > > > > > require > > > > > > us to upgrade to protocol buffers 2.5.0 in the build-- I've > already > > > > done > > > > > > this and verified that everything works. > > > > > > 3) Switch the HBase code to the 0.96 APIs, without trying to > > maintain > > > > > > backwards compatibility with 0.94, and get everything working. > > > > > > 4) Do the 0.9.0 release against with Hadoop 2 and HBase 0.96 as > the > > > > > default. > > > > > > > > > > > > I imagine that there will still be bugfixes against 0.8.0 (both > > core > > > > and > > > > > > HBase) that will mean that we'll need to do 0.8.1, 0.8.2, etc. > > > releases > > > > > to > > > > > > support, and I'm happy to keep those up at a regular cadence. > > > > > > > > > > This works for me, but I wish we had a better idea of what the > > adoption > > > > of > > > > > HBase 0.96 will be. I'm guessing it'll be pretty high, as people > who > > > are > > > > > just > > > > > using the normal client APIs have a less troublesome migration path > > > than > > > > > those working with MapReduce. On the other hand, it would be a > bummer > > > to > > > > > shut out all the 0.94.x users if there isn't major adoption of 0.96 > > > right > > > > > away. > > > > > > > > > > Anyhow, like I said, I'm personally fine with just supporting 0.96 > > as I > > > > > don't > > > > > think it'll be a problem for me. > > > > > > > > > > > > > Yeah, it's a hard balance to strike. I fully expect that we will have > > > > 0.8.1, 0.8.2, etc. releases to bring some of the fixes we do in trunk > > to > > > > the HBase 0.94-based Crunch, which will still be the major version > for > > > > awhile. The HBase folks consider 0.96 the future and the best version > > to > > > > use w/Hadoop 2.2.0, so I'd like to pay whatever cost we have to pay > in > > > > terms of APIs and dependency changes all at once instead of > piecemeal. > > > > > > > > > > > > > - Gabriel > > > > > > > > > > > > > > > > > > > > > -- > > > > Director of Data Science > > > > Cloudera > > > > Twitter: @josh_wills > > > > > > > > > > > > > > > -- > > Director of Data Science > > Cloudera > > Twitter: @josh_wills > > > --90e6ba614a7631ccf404ea088d4f--