ajfabbri commented on a change in pull request #1359:
HADOOP-16430.S3AFilesystem.delete to incrementally update s3guard with deletions
URL: https://github.com/apache/hadoop/pull/1359#discussion_r318826031
##########
File path:
hadoop-tools/hadoop-aws/src/main/java/org/apache/hadoop/fs/s3a/S3AFileSystem.java
##########
@@ -3770,19 +3731,54 @@ public LocatedFileStatus next() throws IOException {
@Retries.RetryTranslated
public RemoteIterator<S3ALocatedFileStatus> listFilesAndEmptyDirectories(
Path f, boolean recursive) throws IOException {
- return invoker.retry("list", f.toString(), true,
- () -> innerListFiles(f, recursive, new Listing.AcceptAllButS3nDirs()));
+ return innerListFiles(f, recursive, Listing.ACCEPT_ALL_BUT_S3N, null,
true);
}
- @Retries.OnceTranslated
- private RemoteIterator<S3ALocatedFileStatus> innerListFiles(Path f, boolean
- recursive, Listing.FileStatusAcceptor acceptor) throws IOException {
+ /**
+ * List files under the path.
+ * <ol>
+ * <li>
+ * If the path is authoritative, only S3Guard will be queried.
Review comment:
Not to be confused with HADOOP-16396, the auth bit on a directory is not
recursive: it only means that this level of the directory tree is complete in
the metadatastore. Does this codepath do the right thing when recursive == true
and auth bit is only set on the top level of the dir tree?
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
[email protected]
With regards,
Apache Git Services
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
