-
Notifications
You must be signed in to change notification settings - Fork 40
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鈥檒l occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support filling out missing references with plausible examples #1845
Labels
kind/enhancement
Improvements or new features
Comments
t0yv0
added
kind/enhancement
Improvements or new features
needs-triage
Needs attention from the triage team
labels
Apr 5, 2024
We could do this in the bridge if it doesn't belong in the converter. The advantage of this codebase it might have a better HCL parser available. Fixing in the bridge:
|
Yes actually found it makes more sense in the bridge! Moving. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Hello!
Issue details
A very common problem in providers like AWS are incomplete HCL examples that assume some missing context and as a result do not compile or preview, specifically often the examples assume a resource that is not listed in the example. It turns out that in TF/HCL representation the types of the missing resources are fairly obvious. It would help out out a lot if we could supply a folder with "canonical" definitions of resources indexed by type, and teach the converter to automatically augment the examples.
One prominent AWS concrete example I'm looking at:
I almost got it to preview. There is some other bug where I had to inject
<any>
to make the type checker happytype: (<any>aws.route53.RecordType)[range.value.type],
.Affected area/feature
The text was updated successfully, but these errors were encountered: