-
Notifications
You must be signed in to change notification settings - Fork 4k
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
CDK CLI can only be used with apps created by CDK >= 1.10.0 #4294
Comments
I also tried |
The version check for Node/Typescript is coming from a package named @aws-cdk/cx-api. The check is in a file called versioning.js (path: aws-cdk\node_modules@aws-cdk\cx-api\lib). The check appears to read the manifest file in the cdk.out folder, the version in my manifest.json is always being generated as 0.36.0; therefore I am getting the same issue using aws-cdk 1.10.0 with Node/Typescript. @btotharye If you go to https://semver.npmjs.com/ and enter a package name of @aws-cdk/cx-api and range ^1.9.0 you'll see that ^1.9.0 also matches 1.10.0. The only "fix" I found was to take the @aws-cdk in my local node modules and copy it into my npm global package store! For Python, I'm not so sure. |
Cool thanks for the info |
I also seen this issue earlier today. I found it to be the aws-cdk core was not at the correct version and even after changing the pip install to use the latest it did not update. Hope this helps! |
For Typescript I removed the node_modules directory and executed |
@btotharye I suggest removing "language/python" tag from the bug as the issue is not language-specific. I ran into it today while using .NET CDK. Not having the tag may communicate better the breadth of negative impact this issue is having. |
A solution to this problem is to upgrade all of your CDK library dependencies to |
As a work-around this worked, although breaking changes in 1.10 caused lengthy regression effort today. |
Maybe a better solution would be to use the locally installed CDK ( |
In the latest release, we changed the CX protocol, requiring users of a newer CLI to upgrade their CDK framework libraries (to be safe). This particular change was actually backwards compatible, so add the requisite code to the CLI to recognize and fix that condition. Fixes #4294.
In the latest release, we changed the CX protocol (adding a new artifact type), requiring users of a newer CLI to upgrade their CDK framework libraries. This check was originally written to improve safety. This particular change was actually backwards compatible, so add the requisite code to the CLI to recognize and fix that condition. Fixes #4294.
In the latest release, we changed the CX protocol (adding a new artifact type), requiring users of a newer CLI to upgrade their CDK framework libraries. This check was originally written to improve safety. This particular change was actually backwards compatible, so add the requisite code to the CLI to recognize and fix that condition. Fixes #4294.
* fix(cli): make new CLI work with old assembly versions (#4307) In the latest release, we changed the CX protocol (adding a new artifact type), requiring users of a newer CLI to upgrade their CDK framework libraries. This check was originally written to improve safety. This particular change was actually backwards compatible, so add the requisite code to the CLI to recognize and fix that condition. Fixes #4294. * v1.10.1 See CHANGELOG
I was able to resolve this issue by upgrading like this. |
well to anybody having the came issue there is a cdk command in package.json for a reason. Just use that since it will always be inline with your local cdk version ie: |
Reproduction Steps
Only upgraded to CDK 1.10.0 and tried to run
cdk diff
commandError Log
Environment
This is 🐛 Bug Report
The text was updated successfully, but these errors were encountered: