-
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
fix(elasticloadbalancingv2): always set stickiness #17111
Conversation
CloudFormation does not process the removal of the stickiness attribute from the template as a delta that needs to be processed. This results in scenarios where if a property was set in an application, that removing it would have no effect. The fix to this is to always explicitly set the property so that a delta is always processed. Fixes #16620
@njlynch @rix0rrr any idea how I would update this integ? It creates a record on route53 and a cert but this fails obviously cause I don't have The deployment fails with:
|
This is one of those cases where it's impossible to have an integ test that everyone can validate. I believe the standard is that if you happen to have a route53 hosted zone and certificate you can use/request, fill in the blanks, verify deployment, and then revert the changes to the zone/cert. In this case, given the rest of the integ tests have been done, I think we can cheat this one a bit and use the % npx cdk-integ --dry-run integ.alb-fargate-service-https.ts This updates the expected file without deploying; not optimal, but acceptable in this case (I think). |
Ahh good to know. Went with the --dry-run option |
Alright @njlynch i think we have finally updated all the integ tests 😆 |
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.
Thanks for the mountain of integ test updates!
Looking at the implementation again, I'm not totally happy with the public API changes. Take a look at my proposal, and let me know what you think.
packages/@aws-cdk/aws-elasticloadbalancingv2/lib/alb/application-target-group.ts
Outdated
Show resolved
Hide resolved
@njlynch passing 🚀 |
Thank you for contributing! Your pull request will be updated from master and then merged automatically (do not update manually, and be sure to allow changes to be pushed to your fork). |
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 master and then merged automatically (do not update manually, and be sure to allow changes to be pushed to your fork). |
This breaks the creation of lambda based target groups. Seems like lambda based target groups doesnt expect stickiness to be provided at all. This is the related error - The provided target group attribute is not supported (Service: AmazonElasticLoadBalancing |
@pradeepviswanathan let's track it another issue |
CloudFormation does not process the removal of the stickiness attribute from the template as a delta that needs to be processed. This results in scenarios where if a property was set in an application, that removing it would have no effect. The fix to this is to always explicitly set the property so that a delta is always processed. Fixes aws#16620 ---- *By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license*
CloudFormation does not process the removal of the stickiness attribute from the template as a delta that needs to be processed.
This results in scenarios where if a property was set in an application, that removing it would have no effect.
The fix to this is to always explicitly set the property so that a delta is always processed.
Fixes #16620
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license