-
Notifications
You must be signed in to change notification settings - Fork 4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feat(s3): add skip destination validation property #30916
feat(s3): add skip destination validation property #30916
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The pull request linter has failed. See the aws-cdk-automation comment below for failure reasons. If you believe this pull request should receive an exemption, please comment and provide a justification.
A comment requesting an exemption should contain the text Exemption Request
. Additionally, if clarification is needed add Clarification Request
to a comment.
✅ Updated pull request passes all PRLinter validations. Dismissing previous PRLinter review.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hi @yerzhan7 , thanks for adding support for this feature! I have some questions about the runtime update before approving but most of the changes LGTM.
...ages/@aws-cdk/custom-resource-handlers/test/aws-s3/notifications-resource-handler/Dockerfile
Show resolved
Hide resolved
Co-authored-by: Grace Luo <54298030+gracelu0@users.noreply.github.com>
Just checking the integration test cases that were updated before approving. I was able to run Ah okay was able to reproduce the imported bucket error, I think that change makes sense as we shouldn't be hardcoding the bucket name. Was also able to reproduce the overlapping prefixes/suffixes error, also not sure how it was passing before. Thanks for the updates! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you for your contribution!
Thank you for contributing! Your pull request will be updated from main and then merged automatically (do not update manually, and be sure to allow changes to be pushed to your fork). |
Thank you for contributing! Your pull request will be updated from main and then merged automatically (do not update manually, and be sure to allow changes to be pushed to your fork). |
Thank you for contributing! Your pull request will be updated from main and then merged automatically (do not update manually, and be sure to allow changes to be pushed to your fork). |
@Mergifyio update |
❌ Mergify doesn't have permission to updateFor security reasons, Mergify can't update this pull request. Try updating locally. |
@Mergifyio update |
✅ Branch has been successfully updated |
AWS CodeBuild CI Report
Powered by github-codebuild-logs, available on the AWS Serverless Application Repository |
Thank you for contributing! Your pull request will be updated from main and then merged automatically (do not update manually, and be sure to allow changes to be pushed to your fork). |
Comments on closed issues and PRs are hard for our team to see. |
Issue #30914
Closes #30914.
Reason for this change
When customers call this API to setup S3 notification configuration for SQS/SNS/Lambda S3 sends s3:TestEvent in order to validate permissions. (For Lambda it does dryrun function invocation instead)
However, some customers do not want to do that and test permissions during CDK deployment.
Internal reference:
49359101-0e5e-43f3-99eb-3c6c5ed68db1
For example, one customer does not want these test events because they have alarm on unconsumed messages in SQS and they do not have any SQS consumers. And they update notification configuration frequently, which leads to many test events in the queue. See internal ticket:
P142186522
Description of changes
Expose skip destination validation property when calling PutBucketNotification API in Bucket props.
Description of how you validated changes
Unit test updated.
Updated integration tests. Note that 2 integration tests I had to fix and run them with
--disable-update-workflow
flag because they were failing:integ.s3.imported-bucket.js
test failed because someone already created bucketcdk-integration-test-s3-imported-bucket-name
integ.bucket-notifications.js
test failed because of overlapping suffix error (not sure how it was passing previously):Checklist
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license