Details
-
Improvement
-
Status: Resolved
-
Major
-
Resolution: Fixed
-
3.0.0-alpha1
-
None
-
Incompatible change
-
The s3 file system has been removed. The s3a file system should be used instead.
Description
UPDATE: This JIRA ticket is to track the effort of cutting the s3:// from trunk branch. Please see the cloned JIRA ticket HADOOP-13239 for deprecating s3:// from branch-2.
The fact that s3:// was broken in Hadoop 2.7 and nobody noticed until now shows that it's not being used. while invaluable at the time, s3n and especially s3a render it obsolete except for reading existing data.
I propose
- Mark Java source as @deprecated
- Warn the first time in a JVM that an S3 instance is created, "deprecated -will be removed in future releases"
- in Hadoop trunk we really cut it. Maybe have an attic project (external?) which holds it for anyone who still wants it. Or: retain the code but remove the fs.s3.impl config option, so you have to explicitly add it for use.
Attachments
Attachments
Issue Links
- duplicates
-
HADOOP-10372 Deprecate S3 implementation.
- Resolved
- is cloned by
-
HADOOP-13239 Deprecate s3:// in branch-2
- Resolved
- is related to
-
HADOOP-12696 Add Tests for S3FileSystem Contract
- Resolved
- relates to
-
HADOOP-12815 TestS3ContractRootDir#testRmEmptyRootDirNonRecursive and TestS3ContractRootDir#testRmRootRecursive fail on branch-2.
- Resolved
-
HADOOP-12801 Suppress obsolete S3FileSystem tests.
- Resolved