Return-Path: X-Original-To: apmail-hadoop-common-dev-archive@www.apache.org Delivered-To: apmail-hadoop-common-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 676351819E for ; Wed, 11 Nov 2015 23:00:19 +0000 (UTC) Received: (qmail 95753 invoked by uid 500); 11 Nov 2015 23:00:18 -0000 Delivered-To: apmail-hadoop-common-dev-archive@hadoop.apache.org Received: (qmail 95668 invoked by uid 500); 11 Nov 2015 23:00:18 -0000 Mailing-List: contact common-dev-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: common-dev@hadoop.apache.org Delivered-To: mailing list common-dev@hadoop.apache.org Received: (qmail 95653 invoked by uid 99); 11 Nov 2015 23:00:17 -0000 Received: from Unknown (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 11 Nov 2015 23:00:17 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 60451C0481 for ; Wed, 11 Nov 2015 23:00:17 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1.998 X-Spam-Level: * X-Spam-Status: No, score=1.998 tagged_above=-999 required=6.31 tests=[FSL_HELO_BARE_IP_2=1.999, SPF_PASS=-0.001] autolearn=disabled Received: from mx1-eu-west.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id 5Audr1ViphUr for ; Wed, 11 Nov 2015 23:00:16 +0000 (UTC) Received: from relayvx12c.securemail.intermedia.net (relayvx12c.securemail.intermedia.net [64.78.52.187]) by mx1-eu-west.apache.org (ASF Mail Server at mx1-eu-west.apache.org) with ESMTPS id D34E520B89 for ; Wed, 11 Nov 2015 23:00:15 +0000 (UTC) Received: from securemail.intermedia.net (localhost [127.0.0.1]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by emg-ca-1-2.localdomain (Postfix) with ESMTPS id 5688953E8D for ; Wed, 11 Nov 2015 15:00:14 -0800 (PST) Subject: Re: [DISCUSS] Looking to a 2.8.0 release MIME-Version: 1.0 x-echoworx-msg-id: edd490d8-59ed-44be-922a-93979d8012c2 x-echoworx-emg-received: Wed, 11 Nov 2015 15:00:14.258 -0800 x-echoworx-action: delivered Received: from 10.254.155.17 ([10.254.155.17]) by emg-ca-1-2 (JAMES SMTP Server 2.3.2) with SMTP ID 793 for ; Wed, 11 Nov 2015 15:00:14 -0800 (PST) Received: from MBX080-W4-CO-1.exch080.serverpod.net (unknown [10.224.117.101]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by emg-ca-1-2.localdomain (Postfix) with ESMTPS id 1536C53E8D for ; Wed, 11 Nov 2015 15:00:14 -0800 (PST) Received: from MBX080-W4-CO-2.exch080.serverpod.net (10.224.117.102) by MBX080-W4-CO-1.exch080.serverpod.net (10.224.117.101) with Microsoft SMTP Server (TLS) id 15.0.1044.25; Wed, 11 Nov 2015 15:00:13 -0800 Received: from MBX080-W4-CO-2.exch080.serverpod.net ([10.224.117.102]) by mbx080-w4-co-2.exch080.serverpod.net ([10.224.117.102]) with mapi id 15.00.1044.021; Wed, 11 Nov 2015 15:00:13 -0800 From: Steve Loughran To: "common-dev@hadoop.apache.org" Thread-Topic: [DISCUSS] Looking to a 2.8.0 release Thread-Index: AQHQfHuZ5gy909TaF0itfIa6VV9k755QpUAAgAANQACADggFAIA6TZuAgAAIRYCAABnEAIAADHmA Date: Wed, 11 Nov 2015 23:00:12 +0000 Message-ID: References: <0C22896E-D77B-4DE4-99A2-9D81E150779C@hortonworks.com> <3505A424-5B02-49FA-9B56-AF13D20FEABD@altiscale.com> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [86.178.206.108] x-source-routing-agent: Processed Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable > On 11 Nov 2015, at 22:15, Haohui Mai wrote: >=20 > bq. it basically makes the assumption that everyone recompiles for > every minor release. >=20 > I don't think that the statement holds. HDFS-6200 keeps classes in the > same package. hdfs-client becomes a transitive dependency of the > original hdfs jar. >=20 > Applications continue to work without recompilation as the classes > will be in the same name and will be available in the classpath. They > have the option of switching to depending only on hdfs-client to > minimize the dependency when they are comfortable. >=20 > I'm not claiming that there are no bugs in HDFS-6200, but just like > other features we discover bugs and fix them continuously. >=20 > ~Haohui >=20 currently pulling in hadoop-client gives downstream apps hadoop-hdfs-client= , but not hadoop-hdfs server side, right?