fix(route53): CrossAccountZoneDelegationRecord is still using Node 16#26980
fix(route53): CrossAccountZoneDelegationRecord is still using Node 16#26980mergify[bot] merged 16 commits intoaws:mainfrom
CrossAccountZoneDelegationRecord is still using Node 16#26980Conversation
Update fork
aws-cdk-automation
left a comment
There was a problem hiding this comment.
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.
CrossAccountZoneDelegationRecordCrossAccountZoneDelegationRecord is still using Node 16
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). |
…16 (#26980) Updates the `CrossAccountZoneDelegationRecord` construct to use sdk v3 / node 18. This is identical to changes in #26212, except for hardcoding a region into the `assumeRole` sdk call. This may not be the ideal solution, but should not break specific configurations. That specific configuration, as #26593 pointed out, was that the original update was a breaking change if the construct was deployed into an opt-in region, and the parent zone did not have that opt-in region enabled. This PR removes the semi-hidden `@aws-cdk/aws-route53:useRegionalStsEndpoint` feature flag, as it was based on a confusion on why things used to work. We now pick the correct endpoint manually. Closes #26976. ---- *By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license*
Updates the
CrossAccountZoneDelegationRecordconstruct to use sdk v3 / node 18.This is identical to changes in #26212, except for hardcoding a region into the
assumeRolesdk call. This may not be the ideal solution, but should not break specific configurations.That specific configuration, as #26593 pointed out, was that the original update was a breaking change if the construct was deployed into an opt-in region, and the parent zone did not have that opt-in region enabled.
This PR removes the semi-hidden
@aws-cdk/aws-route53:useRegionalStsEndpointfeature flag, as it was based on a confusion on why things used to work. We now pick the correct endpoint manually.Closes #26976.
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license