Full Stack App with Spring dev mode packaged war doesn't work in tomcat
See original GitHub issueWhen using platform snapshot and flow-maven-plugin snapshot the war resulting from running mvn package
(without production mode) fails to deploy in tomcat.
More info in https://github.com/vaadin/bakery-app-starter-flow-spring/issues/824
Issue Analytics
- State:
- Created 4 years ago
- Comments:11 (11 by maintainers)
Top Results From Across the Web
Deploy a Spring Boot WAR into a Tomcat Server - Baeldung
In this tutorial, we'll create a simple Spring Boot application and adapt it to work within Tomcat. 2. Setting up a Spring Boot...
Read more >Deployed Spring-Boot war doesn't work in Tomcat
My deployed war was "app.war" named, so, the wrong URL which I was requesting: host-address:8080/resource-uri. The right URL is:.
Read more >Deploy a Spring Boot Application into Tomcat - Okta Developer
Create a Spring Boot app with Java 11 and deploy into Tomcat 9. ... Open up a console and run java -version to...
Read more >Spring Boot Reference Documentation
Try the How-to documents. They provide solutions to the most common questions. Learn the Spring basics. Spring Boot builds on many other Spring...
Read more >Apache Tomcat 8 (8.5.84) - Changelog
AprLifecycleListener does not show dev version suffix for libtcnative ... when working with the URL provided for the root of a packed WAR....
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
That would mean that any build that explicitly or implicitly uses
mvn package
would be in an intermediate development mode that does non-production logging and such, but still doesn’t use the webpack dev server. I believe that would be a significant improvement over the current situation.The one situation that would be slightly weird is still if you build a .war or otherwise deploy directly from e.g. Eclipse, since it would then pick a mode based on the last time you did run something through Maven. I think this would still be a relatively good trade-off.
We could have the
build-frontend
goal add a conf"dev-server": false,
into flow-build-info.json so that then if you do a package the dev-server wouldn’t be used, but we would fall on the generated bundles. This would mean also that theprepare-frontend
goal should always remove this configuration so that when runningmvn jetty:run
we wouldn’t be left without the dev-server even if we didn’t clean.