We are using a resource filter to generate that pom, so it will change
when the version changes. I prefer on balance leaving the generated
code in git in a place where it will be useful in a clean clone.
[Fixes#53189241] [bs-227]
I'll mark this as fixing the bug in tracker, but it might benefit
from some re-working at some point. The basic idea is to use
our old friend ContextRefreshedEvent to start the server listening
for connections. Delaying and making public the start() method from the
EmbeddedServletContainer doesn't help because you need the server to
start in order to get a ServletContext for Spring.
[Fixes#53538787]
Add a 'run' goal that allows maven to run a bootstrap packaged
application in-place. Similar to the maven-exec-plugin but also
adds src/main/resources to the classpath, allowing 'instant refresh'
for web developers.
Issue: #53592789
This fixed the immediate problem with Thymeleaf, but leaves open
the question of how we can prevent other race conditions developing.
As long as the container can start handling requests before the Spring
context is refreshed this will be a source of bugs.
[Fixes#53482411] [bs-235] Race condition in Thymeleaf
If you add a pom-type dependency with scope=import to the dependency
management section, it pulls in the dependencyManagement section from
the other side. So we can have all the depndency versions fixed in one
place (the root parent).
[#53185049] [bs-225] Rework starter parent pom
Dave Syer
Phillip Webb