Return-Path: X-Original-To: apmail-hbase-dev-archive@www.apache.org Delivered-To: apmail-hbase-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 B65A710BE2 for ; Wed, 4 Sep 2013 02:41:08 +0000 (UTC) Received: (qmail 14593 invoked by uid 500); 4 Sep 2013 02:41:04 -0000 Delivered-To: apmail-hbase-dev-archive@hbase.apache.org Received: (qmail 14257 invoked by uid 500); 4 Sep 2013 02:41:03 -0000 Mailing-List: contact dev-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@hbase.apache.org Delivered-To: mailing list dev@hbase.apache.org Received: (qmail 14238 invoked by uid 99); 4 Sep 2013 02:41:02 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Sep 2013 02:41:02 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW X-Spam-Check-By: apache.org Received-SPF: error (athena.apache.org: local policy) Received: from [209.85.212.48] (HELO mail-vb0-f48.google.com) (209.85.212.48) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Sep 2013 02:40:57 +0000 Received: by mail-vb0-f48.google.com with SMTP id w16so4579240vbf.35 for ; Tue, 03 Sep 2013 19:40:16 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=08gs+gKZ09L1ex8E0LX6w8bEgtq+1JLkdX3G+jk4W/U=; b=Xm5t9LtEMQ2nWCBZcjR+xWnfmMn952zDS12aJVTCAQXq44GpdKjoCYG23tAfYShJHg mfsNvoDFLdChSOg0J10J6N7lIIp9aqZNz+LCWyg7i0iwFMKVig2gBZcFvgIkM/k4VpSN 0utFMCk0oYhXjPU4moJRMq8rcQglm/tmpSvNlsvtcxItzkeAkURjhrNMiioMWvxxCFVE 6tC/Due52Rg3/Uy/1jizQOC+2sL4GFyHbAatJBCZNxtb19/zM2sk76avm5MxQUrsOaGG 6vg7zs8WN8WSc9MS3tTuMjmYiEXAWQJ6hljZ+LKoG5KCA9BWPpzytQeRaUTaBIrNqRcn l0HQ== X-Gm-Message-State: ALoCoQlo7CVSTLTapkcr9Tn6uiwxXQfe0w3bk/fmNqvl6om7zfiVT8LW9C+i9dBObrVR8SGMiN3c X-Received: by 10.52.164.201 with SMTP id ys9mr40746vdb.39.1378262416586; Tue, 03 Sep 2013 19:40:16 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.164.3 with HTTP; Tue, 3 Sep 2013 19:39:56 -0700 (PDT) In-Reply-To: <1378254601.38460.YahooMailNeo@web140602.mail.bf1.yahoo.com> References: <1378254601.38460.YahooMailNeo@web140602.mail.bf1.yahoo.com> From: Jean-Marc Spaggiari Date: Tue, 3 Sep 2013 22:39:56 -0400 Message-ID: Subject: Re: HBase - stable versions To: user , lars hofhansl Cc: hbase-dev Content-Type: multipart/alternative; boundary=001a11c2d7a8bf8fae04e585b91e X-Virus-Checked: Checked by ClamAV on apache.org --001a11c2d7a8bf8fae04e585b91e Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Lars, Thanks for starting the discussion. My 2=C2=A2: I think we should keep 0.94 going for at least few minor releases. To apply big fixes and performances fixes. However, new features should only go into 0.96 and should now not be backported anymore. That way we can keep 0,94 stable, but we can also encourage people to move to 0.96. I personnaly have a 0.94 cluster that I will keep for few more month because I don't have the ressouces to test the 0.96 migration yet. I guess I'm not the only one in that situation. Many will want to see 0.96 being 0.96.3 or more before starting the migration... I will not set a specific period of time for 0.94 to be maintain, but more looking at the number of fixes done, and the interest for it, and re-evaluate in few month. JM 2013/9/3 lars hofhansl > With 0.96 being imminent we should start a discussion about continuing > support for 0.94. > > 0.92 became stale pretty soon after 0.94 was released. > The relationship between 0.94 and 0.96 is slightly different, though: > > 1. 0.92.x could be upgraded to 0.94.x without downtime > 2. 0.92 clients and servers are mutually compatible with 0.94 clients and > servers > 3. the user facing API stayed backward compatible > > None of the above is true when moving from 0.94 to 0.96+. > Upgrade from 0.94 to 0.96 will require a one-way upgrade process includin= g > downtime, and client and server need to be upgraded in lockstep. > > I would like to have an informal poll about who's using 0.94 and is > planning to continue to use it; and who is planning to upgrade from 0.94 = to > 0.96. > Should we officially continue support for 0.94? How long? > > Thanks. > > -- Lars > --001a11c2d7a8bf8fae04e585b91e--