Details
Description
I'm going to propose cutting out the localdynamo test option for s3guard
- the local DDB JAR is unmaintained/lags the SDK We work with...eventually there'll be differences in API.
- as the local dynamo DB is unshaded. it complicates classpath setup for the build. Remove it and there's no need to worry about versions of anything other than the shaded AWS
- it complicates test runs. Now we need to test for both localdynamo and real dynamo
- but we can't ignore real dynamo, because that's the one which matters
While the local option promises to reduce test costs, really, it's just adding complexity. If you are testing with s3guard, you need to have a real table to test against., And with the exception of those people testing s3a against non-AWS, consistent endpoints, everyone should be testing with S3Guard.
Straightforward to remove.
Attachments
Attachments
Issue Links
- blocks
-
YARN-8374 Upgrade objenesis to 2.6
- Resolved
- is depended upon by
-
HADOOP-14734 add option to tag DDB table(s) created
- Resolved
- is related to
-
HADOOP-14068 Add integration test version of TestMetadataStore for DynamoDB
- Resolved
-
HADOOP-16175 S3Guard to add DynamoDBLocal Support
- Resolved
-
HADOOP-15301 TestDynamoDBMetadataStore test case fails on PPC
- Resolved
-
HADOOP-15636 Add ITestDynamoDBMetadataStore
- Resolved
- relates to
-
YARN-8338 TimelineService V1.5 doesn't come up after HADOOP-15406
- Resolved
- links to