Return-Path: X-Original-To: apmail-hadoop-common-user-archive@www.apache.org Delivered-To: apmail-hadoop-common-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id C33BE10421 for ; Sat, 7 Sep 2013 15:18:23 +0000 (UTC) Received: (qmail 50718 invoked by uid 500); 7 Sep 2013 15:18:17 -0000 Delivered-To: apmail-hadoop-common-user-archive@hadoop.apache.org Received: (qmail 50060 invoked by uid 500); 7 Sep 2013 15:18:10 -0000 Mailing-List: contact user-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@hadoop.apache.org Delivered-To: mailing list user@hadoop.apache.org Received: (qmail 50053 invoked by uid 99); 7 Sep 2013 15:18:09 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 07 Sep 2013 15:18:09 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of harsh@cloudera.com designates 209.85.219.51 as permitted sender) Received: from [209.85.219.51] (HELO mail-oa0-f51.google.com) (209.85.219.51) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 07 Sep 2013 15:18:05 +0000 Received: by mail-oa0-f51.google.com with SMTP id h1so5037268oag.38 for ; Sat, 07 Sep 2013 08:17:44 -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:content-type; bh=0oTcv49iAMVJbilFH9LiWW+m93HtDbyiWV0HjzfPHFY=; b=ei7Y2vIj6O0fotPJsvqFdjG0zSFASkKqN5vRq3umIGxp5yLkTStI1YDX8W1Clg7Lah CkSQTZRNpEBxX4FF+sOZEfT95njJF2hPyfJqusPESI2aDhJNQ9riqu0hhG/165oojhzL tVRfSHHTrLaB7Zq3YxnnXcs7OQNuBQ0k2XDaxj/1+xCQOlcH8Ldi8qBrBLbBmrBZ4cib YDTA1dMdMhgZstx3SeDTdJiyj2uWkKOFr5ASYXVX8AqMPWkgbNCEaA7892IJfVS7q+Lh cYzFby97MIBUt8D2R9sovAyzUYnrJ8URAof913PPcdKcC+MhaJ+cGlFUPis+XsGj8jmO hjtQ== X-Gm-Message-State: ALoCoQkZgqN1SSikXr7kQGeXWUZ3YpGYLA9Mc0bdvGQ3idg42VDlPO5AwCeXgeXeDoWzoWJig0wf X-Received: by 10.182.106.4 with SMTP id gq4mr5810553obb.4.1378567064090; Sat, 07 Sep 2013 08:17:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.95.105 with HTTP; Sat, 7 Sep 2013 08:17:22 -0700 (PDT) In-Reply-To: References: From: Harsh J Date: Sat, 7 Sep 2013 20:47:22 +0530 Message-ID: Subject: Re: How to support the (HDFS) FileSystem API of various Hadoop Distributions? To: "" Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org Hi, I think the simpler way is to distribute multiple pre-built packages, targeting each version/distribution, instead of trying to detect which one to load? On Sat, Sep 7, 2013 at 4:14 PM, Christian Schneider wrote: > Hi Harsh, > Thanks for the suggestion. And yes, the .isRoot() lead to this question :). > Also I wasn't sure about the ideal way of packaging this utility. > > My "dream" is to have 1 binary that is able to deal with different versions > (IPC 3, 5, 7, ...). > The users will download the binary package and it is compatible with a wide > range of versions. > > From your suggestions I tried to run 0.20.2 against CDH4.3, - but it is not > compatible with IPC V7. > > So I think I need to do the same then HBase Compat does. "Somehow" the tool > needs to check > the version of the cluster and then load the correct implementation for > that. > > But how to check the IPC version? > > Best Regards, > Christian. > > > P.S.: Thanks, that motivates me to continue :) > > > 2013/9/6 Harsh J >> >> Oh and btw, nice utility! :) >> >> On Fri, Sep 6, 2013 at 7:50 AM, Harsh J wrote: >> > Hello, >> > >> > There are a few additions to the FileSystem that may bite you across >> > versions, but if you pick an old stable version such as Apache Hadoop >> > 0.20.2, and stick to only its offered APIs, it would work better >> > across different version dependencies as we try to maintain FileSystem >> > as a stable interface as much as we can (there was also more recent >> > work to ensure the stabilization). I looked over your current code >> > state and it seemed to have pretty stable calls that I think have >> > existed across several versions and exists today, but I did notice you >> > had to remove an isRoot as part of a previous commit, which may have >> > lead to this question? >> > >> > If that doesn't work for you, you can also switch out to using >> > sub-modules carrying code specific to a build version type (such as >> > what HBase does at https://github.com/apache/hbase/tree/trunk/ (see >> > the hbase-hadoop-compat directories)). >> > >> > On Fri, Sep 6, 2013 at 2:59 AM, Christian Schneider >> > wrote: >> >> Hi, >> >> I start to write a small ncdu clone to browse HDFS on the CLI >> >> (http://nchadoop.org/). Currently i'm testing it against CDH4, - but I >> >> like >> >> to make it available for a wider group of users (Hortonworks, ..). >> >> >> >> Is it enough to pick different vanilla Versions (for IPC 5, 7)? >> >> >> >> Best Regards, >> >> Christian. >> >> >> > >> > >> > >> > -- >> > Harsh J >> >> >> >> -- >> Harsh J > > -- Harsh J