-
Notifications
You must be signed in to change notification settings - Fork 242
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
chore: silence node end of life warning in tests #4077
Conversation
Signed-off-by: Vinayak Kukreja <vinakuk@amazon.com>
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.
I'm not against this, but:
- Someone made the decision to make this non-silencable to begin with. What was their reasoning, and shouldn't we check with them?
- At this point, I don't see the value in having all these environment variables anymore. Can't we just have 1,
JSII_SILENCE_NODE_WARNINGS
for all of them? This is starting to get ridicilous.
See 880dbcc Maybe @RomainMuller can comment on a preferred solution to this. |
Thank you both, I will check with Romain for this. |
Also we can switch jobs to Node 16 |
I made the decision to make the EOL warnings un-silence-able. But I don't have an extremely strong opinion on this. The general line of reasoning is that we reserve the right to pull support of EOL runtime releases a month after they went EOL, and people should stop using those as soon as possible (security risk, risking new bugs we won't necessarily be able to address, etc...). In general, this is to make it easier for us to "move the dial" of minimum supported node release without having to stand by endlessly waiting for some notice to have been "seen" by enough folks... So we can start using new runtime features (e.g: in the past there'd have been a strong desire to use I'm not against silencing this. I would however somewhat prefer if silencing the EOL warning required setting the environment variable to a specific value that implies users acknowledged that they should be moving to a non-EOL runtime as soon as possible... |
Signed-off-by: Vinayak Kukreja <vinakuk@amazon.com>
I see it has not yet been a month since EOL of Node 14 and we test with |
I see, but that would hide the specific error. For instance, looks like all of these are there for different reasons,
|
Signed-off-by: Vinayak Kukreja <vinakuk@amazon.com>
I understand that we can. I’m just asserting that we won’t. And since we won’t, this feature is actually more of a hindrance than a help. |
I won’t block the PR on this. But I’d like you to see my point that a theoretical feature that is never used in practice is a liability, not an asset |
@@ -21,14 +21,18 @@ export function checkNode(envPrefix = 'JSII'): void { | |||
'Should you encounter odd runtime issues, please try using one of the supported release before filing a bug report.'; | |||
|
|||
if (nodeRelease?.endOfLife) { | |||
const silenceVariable = `${envPrefix}_SILENCE_WARNING_END_OF_LIFE_NODE_VERSION`; | |||
const acknowledgeNodeEol = | |||
'I acknowledge end of life(EOL) status for this node version. The CDK reserves the right to pull support of EOL runtime releases a month after they went EOL status, and people are recommended to stop using those as soon as possible'; |
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.
'I acknowledge end of life(EOL) status for this node version. The CDK reserves the right to pull support of EOL runtime releases a month after they went EOL status, and people are recommended to stop using those as soon as possible'; | |
'Node14 is now end of life (EOL) as of April 30, 2023. Support of EOL runtimes are only guaranteed for 30 days after EOL. By silencing this warning you acknowledge that you are using an EOL version of Node and will upgrade to a supported version as soon as possible.'; |
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.
Thank you, updated.
Signed-off-by: Vinayak Kukreja <vinakuk@amazon.com>
Thank you for contributing! ❤️ I will now look into making sure the PR is up-to-date, then proceed to try and merge it! |
Merging (with squash)... |
Currently tests are failing with end of life warning messages. This PR is adding env variable for tests to silence these errors.
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.