question-mark
Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Projects get broken for no good reason

See original GitHub issue

When 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:closed
  • Created 4 years ago
  • Comments:10 (10 by maintainers)

github_iconTop GitHub Comments

2reactions
caaladorcommented, Jun 26, 2019

Note on investigation step 4. npm ci states ci 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 run npm install for the first installation round to get the package-lock.json file. and onlu it the pacage-lock exists should we run npm ci

0reactions
manolocommented, Jun 27, 2019

Technical details about implementation decided.

Considerations

  • There is the file target/frontend/package.json which is updated each time a new dependency is added or removed or the version changes
  • In the file target/frontend/package.json there is an entry for the "@vaadin/vaadin-core-shrinkwrap": "14.0.0-rc1" whose version meets the platform one
  • In the node_modules/@vaadin/flow-deps/package.json we have the same content thatn in the target/frontend/package.json
  • The shrinkwrap version should be also in the package-lock.json file

Implementation

  • When we detect a change in the shrink-wrap version we should delete rm -rf package-lock.json node_modules target/frontend/node_modules
  • How to detect the shrink-wrap version would need to visit package-lock.json, node_modules/@vaadin/flow-deps/package.json and target/frontend/package.json

References

Read more comments on GitHub >

github_iconTop 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 >

github_iconTop Related Medium Post

No results found

github_iconTop Related StackOverflow Question

No results found

github_iconTroubleshoot Live Code

Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free

github_iconTop Related Reddit Thread

No results found

github_iconTop Related Hackernoon Post

No results found

github_iconTop Related Tweet

No results found

github_iconTop Related Dev.to Post

No results found

github_iconTop Related Hashnode Post

No results found