-
Notifications
You must be signed in to change notification settings - Fork 4.3k
chore: bump TypeScript/jsii to 5.9 #35658
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
Conversation
Thank you for contributing! Your pull request will be updated from main and then merged automatically (do not update manually, and be sure to allow changes to be pushed to your fork). |
Thank you for contributing! Your pull request will be updated from main and then merged automatically (do not update manually, and be sure to allow changes to be pushed to your fork). |
Comments on closed issues and PRs are hard for our team to see. |
This upgrades jsii to a version with support for type intersections.
Changes around decorators:
experimentalDecorators: true
anymore by default, we need to update the typing for the@MethodMetadata
decorator (ref).framework-integ
package can see the source.ts
files fromaws-cdk-lib
, it can see the presence of the decorators. The code must type check, so we must switchexperimentalDecorators
to the same value in that package (false
). Some example code used a legacy decorator which had to be rewritten to be somewhat equivalent: the exact example cannot be recreated with modern decorators.static { }
JS syntax if available in ES2022+, or tries to emulate that syntax). If the behavior is emulated, theCONSTRUCT_INJECTION_ID
property can never be read from the class -- it always shows up asundefined
. Upgrade to ES2022 across the board to generate the right polyfill code. This is supported by Node 16+.I also bumped the Node type definitions, which led to a couple more eslint violations that needed to be fixed.
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license