[
https://issues.apache.org/jira/browse/HADOOP-6870?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12892387#action_12892387
]
Doug Cutting commented on HADOOP-6870:
--------------------------------------
The next() method in the iterator for FileSystem#listStatus() still returns a
LocatedFileStatus when getFileBlockLocations() throws an exception. I think
throwing an exception here would be better. The list() method in that class
also still swallows exceptions that should probably be thrown.
> Unit tests for recursive listing of symbolic links will be added after
> HADOOP-6872 is fixed.
Can't we test this independently? There are other symlink-based unit tests
independent of HDFS.
> Add FileSystem#listLocatedStatus to list a directory's content together with
> each file's block locations
> --------------------------------------------------------------------------------------------------------
>
> Key: HADOOP-6870
> URL: https://issues.apache.org/jira/browse/HADOOP-6870
> Project: Hadoop Common
> Issue Type: New Feature
> Components: fs
> Affects Versions: 0.22.0
> Reporter: Hairong Kuang
> Assignee: Hairong Kuang
> Fix For: 0.22.0
>
> Attachments: listFiles.patch, listFiles1.patch
>
>
> This jira implements the new FileSystem API as proposed in HDFS-202. The new
> API aims to eliminate individual "getFileBlockLocations" calls to NN for each
> file in the input directory of a job. Instead, a file's block locations are
> returned together with FileStatus when listing a directory, thus improving
> getSplits performance.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
