Projects get broken for no good reason
See original GitHub issueWhen updating the platform version in pom.xml file
, I expect the project to keep on working without any additional changes, instead of causing errors in the client side and forcing me to remove files I have no idea about
When some frontend dependency has updated, I don’t want it to automatically break my project, but instead keep things working as is and maybe provide me the information that I might want to update things
Related to issues like vaadin/beverage-starter-flow#383, vaadin/bookstore-starter-flow#152 and vaadin/skeleton-starter-flow#192.
Related slack threads:
Issue Analytics
- State:
- Created 4 years ago
- Comments:10 (10 by maintainers)
Top Results From Across the Web
Top 11 Reasons and Signs Why Project Fails
1. Poor Arrangement ... If you have a sound vision of what you're planning to do, it will help in advance as far...
Read more >Project Failure | 6 Reasons Why Project Fails and ... - Kissflow
A project becomes a failure when it does not deliver what was required within the agreed-upon budget and time. However, in most cases,...
Read more >5 common reasons for project failure within agencies and how ...
5 common reasons for project failure within agencies and how to avoid them · 1. Not enough resources for the project · 2....
Read more >10 ways your projects fail (and how to avoid them) - Planio
According to CB Insights, the number one reason most companies fail is a lack of market need. If your team isn't aligned around...
Read more >7 Signs Your Project is Bound to Fail | Redbooth
Projects break down for a number of reasons. Poor planning, overambitious deadlines, weak leadership, difficult clients—you may have experienced ...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Note on investigation step 4.
npm ci
statesci can only install packages with an existing package-lock.json or npm-shrinkwrap.json
This means that in the case where package-lock.json doesn’t exist we should runnpm install
for the first installation round to get the package-lock.json file. and onlu it the pacage-lock exists should we runnpm ci
Technical details about implementation decided.
Considerations
target/frontend/package.json
which is updated each time a new dependency is added or removed or the version changestarget/frontend/package.json
there is an entry for the"@vaadin/vaadin-core-shrinkwrap": "14.0.0-rc1"
whose version meets the platform onenode_modules/@vaadin/flow-deps/package.json
we have the same content thatn in thetarget/frontend/package.json
package-lock.json
fileImplementation
shrink-wrap
version we should deleterm -rf package-lock.json node_modules target/frontend/node_modules
shrink-wrap
version would need to visitpackage-lock.json
,node_modules/@vaadin/flow-deps/package.json
andtarget/frontend/package.json
References
*.json
and get itsJsonObject
representation https://github.com/vaadin/flow/blob/master/flow-server/src/main/java/com/vaadin/flow/server/frontend/NodeUpdater.java#L182 it should work for parsing thepackage-lock.json
file, for the others there should be already a method using this.