-
Notifications
You must be signed in to change notification settings - Fork 132
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(ecs-service): #624 fix description of ecs service cluster field #643
fix(ecs-service): #624 fix description of ecs service cluster field #643
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.
Is that actually correct? While selectors will work the actually field will take and ARN as an input https://registry.terraform.io/providers/hashicorp/aws/latest/docs/resources/ecs_service#cluster
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.
Got it, thanks for clarification.
In this case, we need to extend uptest suite with an example symmetrical to https://github.com/upbound/provider-aws/blob/main/examples/ecs/service.yaml but with using an explicit cluster field name. This way we will deterministically prove that the Name/Non-ARN format works end-to-end.
Could you please add extend the PR with this additional example to cover this case?
I will add it |
added example and tested:
|
/test-examples="examples/ecs/service-static-cluster.yaml" |
…c cluster Signed-off-by: Christopher Paul Haar <[email protected]>
9188dc1
to
4734877
Compare
/test-examples="examples/ecs/service-static-cluster.yaml" |
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.
@sergenyalcin all good in general. I still fail to understand why we need manual intervention annotation on something that proved to be automatically testable by uptest :) If somebody can explain me that simple thing I am totally happy with the merge :) |
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.
Ok, @sergenyalcin managed to fix my understanding. We are still skipping skipping Service involved with underlying https://github.com/upbound/uptest/blob/main/internal/prepare.go#L103
and the rest of the resources in example are just getting successfully CRUDed by uptest.
Sorry fo confusion, LGTM
Description of your changes
fixed the description for ecs_service cluster field - we need the cluster name / short-id instead of ARN - ref & selector working as expected as mentioned by @dverveiko in #624
Fixes #624
I have:
make reviewable test
to ensure this PR is ready for review.How has this code been tested
applied new example: