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 BA2407F58 for ; Wed, 7 Sep 2011 01:56:15 +0000 (UTC) Received: (qmail 4798 invoked by uid 500); 7 Sep 2011 01:56:13 -0000 Delivered-To: apmail-hadoop-common-dev-archive@hadoop.apache.org Received: (qmail 4556 invoked by uid 500); 7 Sep 2011 01:56:12 -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 4540 invoked by uid 99); 7 Sep 2011 01:56:12 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Sep 2011 01:56:12 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of tucu@cloudera.com designates 209.85.213.48 as permitted sender) Received: from [209.85.213.48] (HELO mail-yw0-f48.google.com) (209.85.213.48) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Sep 2011 01:56:04 +0000 Received: by ywb26 with SMTP id 26so5914044ywb.35 for ; Tue, 06 Sep 2011 18:55:43 -0700 (PDT) Received: by 10.42.146.2 with SMTP id h2mr5119778icv.458.1315360543504; Tue, 06 Sep 2011 18:55:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.42.223.202 with HTTP; Tue, 6 Sep 2011 18:55:10 -0700 (PDT) In-Reply-To: References:

<1315286928.25007.YahooMailNeo@web44703.mail.sp1.yahoo.com> <969D89C7-C5D5-40F6-A2C8-1BBE0D2F2C5B@apache.org>

From: Alejandro Abdelnur Date: Tue, 6 Sep 2011 18:55:10 -0700 Message-ID: Subject: Re: Hadoop Tools Layout (was Re: DistCpV2 in 0.23) To: mapreduce-dev@hadoop.apache.org Cc: common-dev@hadoop.apache.org, Mithun Radhakrishnan Content-Type: multipart/alternative; boundary=90e6ba6e8abef2795e04ac503d61 X-Virus-Checked: Checked by ClamAV on apache.org --90e6ba6e8abef2795e04ac503d61 Content-Type: text/plain; charset=ISO-8859-1 Eric, Personally I'm fine either way. Still, I fail to see why a generic/categorized tools increase/reduce the risk of dead code and how they make more-difficult/easier the package&deployment. Would you please explain this? Thanks. Alejandro On Tue, Sep 6, 2011 at 6:38 PM, Eric Yang wrote: > Option #2 proposed by Amareshwari, seems like a better proposal. We don't > want to repeat history for contrib again with hadoop-tools. Having a > generic module like hadoop-tools increases the risk of accumulate dead code. > It would be better to categorize the hdfs or mapreduce specific tools in > their respected subcategories. It is also easier to manage from > package/deployment prospective. > > regards, > Eric > > On Sep 6, 2011, at 4:32 PM, Eli Collins wrote: > > > On Tue, Sep 6, 2011 at 10:11 AM, Allen Wittenauer wrote: > >> > >> On Sep 6, 2011, at 9:30 AM, Vinod Kumar Vavilapalli wrote: > >>> We still need to answer Amareshwari's question (2) she asked some time > back > >>> about the automated code compilation and test execution of the tools > module. > >> > >> > >> > >>>>> My #1 question is if tools is basically contrib reborn. If not, what > >>>> makes > >>>>> it different? > >> > >> > >> I'm still waiting for this answer as well. > >> > >> Until such, I would be pretty much against a tools module. > Changing the name of the dumping ground doesn't make it any less of a > dumping ground. > > > > IMO if the tools module only gets stuff like distcp that's maintained > > then it's not contrib, if it contains all the stuff from the current > > MR contrib then tools is just a re-labeling of contrib. Given that > > this proposal only covers moving distcp to tools it doesn't sound like > > contrib to me. > > > > Thanks, > > Eli > > --90e6ba6e8abef2795e04ac503d61--