Return-Path: Delivered-To: apmail-lucene-hadoop-dev-archive@locus.apache.org Received: (qmail 35180 invoked from network); 11 Jul 2007 18:49:26 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 11 Jul 2007 18:49:26 -0000 Received: (qmail 19203 invoked by uid 500); 11 Jul 2007 18:49:28 -0000 Delivered-To: apmail-lucene-hadoop-dev-archive@lucene.apache.org Received: (qmail 19178 invoked by uid 500); 11 Jul 2007 18:49:28 -0000 Mailing-List: contact hadoop-dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: hadoop-dev@lucene.apache.org Delivered-To: mailing list hadoop-dev@lucene.apache.org Received: (qmail 19150 invoked by uid 99); 11 Jul 2007 18:49:28 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 11 Jul 2007 11:49:28 -0700 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 11 Jul 2007 11:49:25 -0700 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id EEECE714209 for ; Wed, 11 Jul 2007 11:49:04 -0700 (PDT) Message-ID: <32721593.1184179744972.JavaMail.jira@brutus> Date: Wed, 11 Jul 2007 11:49:04 -0700 (PDT) From: "Doug Cutting (JIRA)" To: hadoop-dev@lucene.apache.org Subject: [jira] Commented: (HADOOP-1563) Create FileSystem implementation to read HDFS data via http In-Reply-To: <16658771.1183503666449.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HADOOP-1563?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12511823 ] Doug Cutting commented on HADOOP-1563: -------------------------------------- I talked with Owen about this, and what he wants is more like a 'tar' format for the FileSystem API, something that preserves standard properties, without being specific to the FileSystem implementation. The URI for this should be something like hftp://host:port/a/b/c, since, while HTTP will be used as the transport, this will not be a FileSystem for arbitrary HTTP urls. Finally, we agreed that the FileSystem API should be altered, so that listStatus() is the primary method, replacing both listPaths() and getStatus(). Whether or not my HttpFileSystem (included above) is in fact ever used, that patch also has some cleanups to the FileSystem API that should be committed. > Create FileSystem implementation to read HDFS data via http > ----------------------------------------------------------- > > Key: HADOOP-1563 > URL: https://issues.apache.org/jira/browse/HADOOP-1563 > Project: Hadoop > Issue Type: New Feature > Components: fs > Affects Versions: 0.14.0 > Reporter: Owen O'Malley > Assignee: Chris Douglas > Attachments: httpfs.patch, httpfs2.patch > > > There should be a FileSystem implementation that can read from a Namenode's http interface. This would have a couple of useful abilities: > 1. Copy using distcp between different versions of HDFS. > 2. Use map/reduce inputs from a different version of HDFS. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.