You are viewing a plain text version of this content. The canonical link for it is here.
Posted to common-dev@hadoop.apache.org by "Steve Loughran (JIRA)" <ji...@apache.org> on 2017/06/01 13:56:04 UTC

[jira] [Created] (HADOOP-14476) make InconsistentAmazonS3Client usable in downstream tests

Steve Loughran created HADOOP-14476:
---------------------------------------

             Summary: make InconsistentAmazonS3Client usable in downstream tests
                 Key: HADOOP-14476
                 URL: https://issues.apache.org/jira/browse/HADOOP-14476
             Project: Hadoop Common
          Issue Type: Sub-task
          Components: fs/s3, test
    Affects Versions: HADOOP-13345
            Reporter: Steve Loughran


It's important for downstream apps to be able to verify that s3guard works by making the AWS client inconsistent (so demonstrate problems), then turn s3guard on to verify that they go away. 

This can be done by exposing the {{InconsistentAmazonS3Client}}

# move the factory to the production source
# make delay configurable for when you want a really long delay
# have factory code log @ warn when a non-default factory is used.
# mention in s3a testing.md

I think we could look at the name of the option, {{fs.s3a.s3.client.factory.impl}} too. I'd like something which has "internal" in it, and without the duplication of s3a.s3



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

---------------------------------------------------------------------
To unsubscribe, e-mail: common-dev-unsubscribe@hadoop.apache.org
For additional commands, e-mail: common-dev-help@hadoop.apache.org