The problem is in the Initializer code:
/** * Indicates that the specified milestone is necessary before executing this initializer. * * <p> * This has the identical purpose as {@link #requires()}, but it's separated to allow better type-safety * when using {@link InitMilestone} as a requirement (since enum member definitions need to be constant.) */ InitMilestone after() default STARTED; /** * Indicates that this initializer is a necessary step before achieving the specified milestone. * * <p> * This has the identical purpose as {@link #attains()}. See {@link #after()} for why there are two things * to achieve the same goal. */ InitMilestone before() default COMPLETED;
If an initializer overrides <code>after</code> as COMPLETED, hence we end up in the situation when (<code>before == after == COMPLETED</code>). In such case Jenkins' reactor can never succeed in the canRun() check, and finally we do not invoke "Initialization completed" milestone since the code requires the dependency to be executed. So we get into chicken-and-egg
Sample script for the issue analysis:
import hudson.init.InitMilestone; import hudson.util.HttpResponses; import javax.servlet.http.HttpServletResponse; final Jenkins jenkins = Jenkins.getInstance(); if (jenkins.getInitLevel().compareTo(InitMilestone.COMPLETED) < 0) { println "Error: Jenkins initialization has not reached the COMPLETED state. Current state is ${jenkins.getInitLevel()}" return HttpResponses.status(HttpServletResponse.SC_SERVICE_UNAVAILABLE); }
Examples:
- https://github.com/jenkinsci/extreme-notification-plugin/blob/0249acced3d5483841e06849a4481c47a7e28fe5/src/main/java/org/jenkinsci/plugins/extremenotification/ServerStateListener.java#L51 (
JENKINS-37780) - https://github.com/jenkinsci/support-core-plugin/blob/3cc53c1af1d2332bf5c6396987fe1516880b81a8/src/main/java/com/cloudbees/jenkins/support/SupportPlugin.java#L409 (
JENKINS-37772)
Proposed changes:
- Add injected test, which verifies the startup InitMilestone of Jenkins
- Make Jenkins robust against wrong definitions
- Finally add support of Initializers after COMPLETED by introducing a transient milestone
- is related to
-
JENKINS-37780 Extreme Notification Plugin: Initializer(after = InitMilestone.COMPLETED) kills Jenkins initialization FSM
- Resolved
-
JENKINS-37772 Support Core: Initializer(after = InitMilestone.COMPLETED) kills Jenkins initialization FSM
- Closed
-
JENKINS-37805 Jenkins startup task dependencies should be more explicit
- Open
-
JENKINS-37807 Add support of @Initializer(after = InitMilestone.COMPLETED)
- Open
-
JENKINS-37874 Jenkins does not print warnings if it does not reach COMPLETED initialization state on startup or reloading
- Resolved
-
JENKINS-44453 JTH should ensure that Jenkins reaches the COMPLETED milestone in JenkinsRule
- Resolved
- links to