-
Notifications
You must be signed in to change notification settings - Fork 450
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
Transform Modules to Constructs #231
Comments
@skorfmann Would this enable using a module such as the following?
I'm trying to determine which of the issues here. Thanks. |
@digitalsanctum I think what you're after is covered by #16. |
While working on #522 I stumbled upon this regarding submodules.
That's something to keep in mind here. |
Could we add in the meantime a |
Unfortunately modules aren't compatible with how the tests work as the module contents aren't part of the cdktf output. Extracting the information from Terraform would either involve doing everything needed to implement this or some tricky workarounds with reading existing state and planned changes. |
But I have the input of the module in the Synth output. That’s better than nothing. |
Ah, I'd probably opt for having a |
Sounds good. I think about to write an extension for kotest |
Community Note
Description
Right now, the support of Terraform Modules is quite limited. Besides from only being available via the Terraform Registry, we parse the metadata only. From that metadata, the type information is derived and a Construct class for that Module interface is created. When synthesized, it ends up being treated as a classical Terraform module where Terraform will fetch the actual module source code.
There are a few drawbacks to this from my point of view:
constructs
treeProposal
A Terraform module could be fully transformed into a Construct and enable the use-cases described above. A prerequisite for this to happen would be:
hcl2cdktf
toolcdktf
The text was updated successfully, but these errors were encountered: