[
https://issues.apache.org/jira/browse/HADOOP-16759?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17038675#comment-17038675
]
Hudson commented on HADOOP-16759:
---------------------------------
SUCCESS: Integrated in Jenkins build Hadoop-trunk-Commit #17961 (See
[https://builds.apache.org/job/Hadoop-trunk-Commit/17961/])
HADOOP-16759. FileSystem Javadocs to list what breaks on API changes (github:
rev a562942b05a29d29e4a4fe3df4f35e2a8e7d208d)
* (edit)
hadoop-common-project/hadoop-common/src/main/java/org/apache/hadoop/fs/FileSystem.java
> Filesystem openFile() builder to take a FileStatus param
> --------------------------------------------------------
>
> Key: HADOOP-16759
> URL: https://issues.apache.org/jira/browse/HADOOP-16759
> Project: Hadoop Common
> Issue Type: Sub-task
> Components: fs, fs/azure, fs/s3
> Affects Versions: 3.3.0
> Reporter: Steve Loughran
> Assignee: Steve Loughran
> Priority: Minor
> Fix For: 3.3.0
>
>
> Let us pass in a file status to openFile() so that S3A & ABFS will skip
> their own HEAD requests just to see if a file is there, a normal file and get
> its length + etag,
> {code}
> CompletableFuture<FSDataInputStream> streamF = fs.openFile(stat.getPath())
> .withFileStatus(stat).build()
> {code}
> code opening files off a listing of everything in a directory can eliminate a
> lot of requests here.
> Also: change the specification of openFile's completable future to say
> "returned stream may only raise FNFE, access restrictions on the first read"
> That is: it's not just potentially an async open, it's possibly lazy
> evaluated entirely.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org
