-
Notifications
You must be signed in to change notification settings - Fork 9.3k
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
New resource/aws_vpc_endpoint_connection_accepter #19083
New resource/aws_vpc_endpoint_connection_accepter #19083
Conversation
ce03f54
to
2509981
Compare
Hi @bflad @ewbankkit @anGie44 could you please take a look at this PR? There are some questions regarding linting and computed attributes.
UPD: Should be fixed by dd9e969. The questions regarding the |
The issue with the connection |
Pull request #21306 has significantly refactored the AWS Provider codebase. As a result, most PRs opened prior to the refactor now have merge conflicts that must be resolved before proceeding. Specifically, PR #21306 relocated the code for all AWS resources and data sources from a single We recognize that many pull requests have been open for some time without yet being addressed by our maintainers. Therefore, we want to make it clear that resolving these conflicts in no way affects the prioritization of a particular pull request. Once a pull request has been prioritized for review, the necessary changes will be made by a maintainer -- either directly or in collaboration with the pull request author. For a more complete description of this refactor, including examples of how old filepaths and function names correspond to their new counterparts: please refer to issue #20000. For a quick guide on how to amend your pull request to resolve the merge conflicts resulting from this refactor and bring it in line with our new code patterns: please refer to our Service Package Refactor Pull Request Guide. |
Add CheckDestroy Rename previous files
…service-package restructuring.
ecb8546
to
d364bdb
Compare
…t_id'. Acceptance test output: % make testacc PKG=ec2 TESTS=TestAccEC2VPCEndpointConnectionAccepter_ ==> Checking that code complies with gofmt requirements... TF_ACC=1 go test ./internal/service/ec2/... -v -count 1 -parallel 20 -run='TestAccEC2VPCEndpointConnectionAccepter_' -timeout 180m === RUN TestAccEC2VPCEndpointConnectionAccepter_crossAccount --- PASS: TestAccEC2VPCEndpointConnectionAccepter_crossAccount (352.10s) PASS ok github.com/hashicorp/terraform-provider-aws/internal/service/ec2 355.650s
…_service_id'. Acceptance test output: % make testacc PKG=ec2 TESTS=TestAccEC2VPCEndpointConnectionAccepter_ ==> Checking that code complies with gofmt requirements... TF_ACC=1 go test ./internal/service/ec2/... -v -count 1 -parallel 20 -run='TestAccEC2VPCEndpointConnectionAccepter_' -timeout 180m === RUN TestAccEC2VPCEndpointConnectionAccepter_crossAccount --- PASS: TestAccEC2VPCEndpointConnectionAccepter_crossAccount (399.50s) PASS ok github.com/hashicorp/terraform-provider-aws/internal/service/ec2 405.824s
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.
LGTM 🚀.
% make testacc PKG=ec2 TESTS=TestAccEC2VPCEndpointConnectionAccepter_
==> Checking that code complies with gofmt requirements...
TF_ACC=1 go test ./internal/service/ec2/... -v -count 1 -parallel 20 -run='TestAccEC2VPCEndpointConnectionAccepter_' -timeout 180m
=== RUN TestAccEC2VPCEndpointConnectionAccepter_crossAccount
--- PASS: TestAccEC2VPCEndpointConnectionAccepter_crossAccount (361.52s)
PASS
ok github.com/hashicorp/terraform-provider-aws/internal/service/ec2 365.176s
@shedimon Thanks for the contribution 🎉 👏.
|
Hi @ewbankkit, thanks a lot! Happy holidays! :) |
This functionality has been released in v3.71.0 of the Terraform AWS Provider. Please see the Terraform documentation on provider versioning or reach out if you need any assistance upgrading. For further feature requests or bug reports with this functionality, please create a new GitHub issue following the template. Thank you! |
I'm going to lock this pull request because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues. |
Community Note
Closes #22288.
New resource justification
With the current state it is impossible to accept VPC Endpoint Connection request in AWS account, that differs from the AWS Endpoint AWS account. This PR adds the resource, that accepts the connection request.
Open questions
state
be tracked and exported as an attribute? Should we force new resource in case it's changed?alternate
provider, since it failed on missing the security token and session token for the assumed role. I've ran it using the inlined providers with assume_role configs, but removed it and replicated the approach I've discovered in the source code.Output from acceptance testing: