For more details, see
https://ci-hadoop.apache.org/job/hadoop-qbt-trunk-java11-linux-x86_64/464/
[Mar 25, 2023, 6:34:28 AM] (Ayush Saxena) Revert "HADOOP-18676. Fixing jettison
vulnerability of hadoop-common lib (#5507)"
-1 overall
The following subsystems voted -1:
blanks hadolint
For more details, see
https://ci-hadoop.apache.org/job/hadoop-qbt-branch-2.10-java7-linux-x86_64/979/
No changes
ERROR: File 'out/email-report.txt' does not exist
-
To unsubscribe, e-mail:
For more details, see
https://ci-hadoop.apache.org/job/hadoop-qbt-trunk-java8-linux-x86_64/1178/
No changes
-1 overall
The following subsystems voted -1:
blanks hadolint pathlen spotbugs unit xml
The following subsystems voted -1 but
were configured to be filtered/ignored:
cc
I think moving up interfaces to FileSystem or some abstract FileSystem
class has a few benefits:
1. Application can potentially be made FS-agnostic, with
hasPathCapabilities() check.
At least, make the code to compile.
2. We will be able to add a contract test to ensure behavior is expected.
The
side issue, as i think about what bulk delete call would also keep hbase
happy
https://issues.apache.org/jira/browse/HADOOP-18679
should we think about new API calls only raising RuntimeExceptions?
The more work I do on futures the more the way we always raise IOEs
complicates life. java has
[
https://issues.apache.org/jira/browse/HDFS-16958?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Takanobu Asanuma resolved HDFS-16958.
-
Resolution: Not A Problem
> EC: Fix bug in processing EC excess redundancy
>