-
Notifications
You must be signed in to change notification settings - Fork 1.9k
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
Review DeploymentManager and ScanningAppProvider #10437
Labels
Bug
For general bugs on Jetty side
Comments
Also, currently the scanner reports the entries to deploy in random order (by using a Would be great if this could be normalized to alphabetical order, so that it would be possible to rely on a consistent deployment order for those cases where webapp B depends on webapp A. |
See also tasks in #5748 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Jetty version(s)
12
Description
Now that we have multiple environments, each
ScanningAppProvider
scans thewebapps/
directory, and tries to deploy what's in there.This is not optimal: we should have one scanner only, and offer what's been scanned to the environment deployers to deploy.
In this way we can detect if there are applications that do not have a deployer and won't be deployed.
We don't want to end up in situations such as:
The logs above show that the
core
deployer started, scanned, found an app with explicit*.properties
file indicating theee10
environment, and emitting a warning that it cannot deploy it.But then, the
ee10
deployer starts, scans (again), finds the app, and deploys it.If the app was an
ee9
app, neithercore
noree10
would have been able to deploy it, with either a double warning, or no warning (if the warning message is demoted to DEBUG level).The text was updated successfully, but these errors were encountered: