[HADOOP-18194] Public dataset class for S3A integration tests

• Type: Sub-task
• Status: Open
• Priority: Minor
• Resolution: Unresolved
• Component/s: fs/s3
• Assignee: Daniel Carl Jones
• Reporter: Daniel Carl Jones
• Created: 06/Apr/22 10:16
• Updated: 30/Jan/24 20:02

Description

Introduction of PublicDatasetTestUtils as proposed previously in some of the ideas for refactoring S3A incrementally. Some of its responsibilities:

• Source of truth for getting URI based on public data set.
• Maybe keep the methods specific to their purpose where possible? We might need s3a://landsat-pds/scene_list.gz specifically for some tests, but other tests may just need a bucket with a bunch of keys.
• Introduce test assumptions about the S3 endpoint or AWS partition. If we’re not looking at 'aws' partition, skip test.

How might we make this generic for non-aws partition S3 or S3API-compatible object stores?

• Ideally allow for future extension to provide some easy ways to override the bucket if tester has an alternative source? I see "fs.s3a.scale.test.csvfile" already has a little bit of this.
• We could have something which takes a path to a hadoop XML config file; we'd have a default resource but the maven build could be pointed at another via a command line property. this file could contain all the settings for a test against a partition or internal s3-compatible store

Issue Links

• is related to: HADOOP-18095 S3A connector to improve support for all AWS partitions
• is related to: HADOOP-19057 S3 public test bucket landsat-pds unreadable -needs replacement
• is related to: HADOOP-18168 ITestMarkerTool.testRunLimitedLandsatAudit failing due to most of bucket content purged
• relates to: HADOOP-18201 Remove base and bucket overrides for endpoint in ITestS3ARequesterPays.java