Bug #10654
closedBug #1974: If an error happen during boostrap, the webapp starts but is in a zombie state and the error page is not displayed
If an error happen during boostrap, the webapp starts but is in a zombie state and the error page is not displayed
Description
Today, if there is an initialisation error in the inventory endpoint webapp or in Rudder webapp, the application container is nonetheless started but the application does not work. That is the expected behaviour (a servlet container may and generally run several application, it won't be good to have an error on one of them to shutdown the whole thing).
But in our case, we have one application container by application, and we manage the full environment. So it would be much much much more easy to diagnosis a boot error for an admin if the whole application was clearly stopped.
Option I see for now:
- a System.exit(Int)
- but that's bad because it brutally stops the servlet container, maybe letting open resources not cleaned
- a container proprietary method (to be investigated for Jetty)
- a syscall to a shell script that call the normal app container shutdown (well, I know, it's ugly, but it's the most configurable for an admin who want to add things for that case and portable and simple)
Updated by François ARMAND over 7 years ago
- Status changed from New to In progress
- Assignee set to François ARMAND
Updated by François ARMAND over 7 years ago
- Status changed from In progress to Pending technical review
- Pull Request set to https://github.com/Normation/rudder/pull/1644
Updated by François ARMAND over 7 years ago
- Status changed from Pending technical review to Pending release
Applied in changeset rudder|b217e975d28d0c88a4e0886bafd5d00612c1353a.
Updated by Vincent MEMBRÉ over 7 years ago
- Status changed from Pending release to Released