-
Notifications
You must be signed in to change notification settings - Fork 40.7k
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
Add execution information in Quartz job detail #43226
Comments
For consistency, I wonder if we should have some common structure for the executions:
|
Current proposal is as follows for
|
snicoll
added a commit
to snicoll/spring-boot
that referenced
this issue
Nov 20, 2024
This commit improves the Quartz Actuator endpoint to specify whether a particular job is running. For a job that's running, the related trigger has some details such as the fire time, whether it's recovering and the re-fire count. To make things more consistent, the detail of a trigger has now an executions that contains detail about the previous, current, and next executions. Closes spring-projectsgh-43226
snicoll
added a commit
to snicoll/spring-boot
that referenced
this issue
Nov 20, 2024
This commit improves the Quartz Actuator endpoint to specify whether a particular job is running. For a job that's running, the related trigger has some details such as the fire time, whether it's recovering and the re-fire count. To make things more consistent, the detail of a trigger has now an executions that contains detail about the previous, current, and next executions. Closes spring-projectsgh-43226
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Reviewing #43086 and brainstorming with @wilkinsona we believe that the detail of a job should specify whether it's running or not and additional information if it is.
Doing so will help with triggering a new execution on demand.
The detail of a test job is currently as follows:
For a Job who's currently running, we'd like the description to improve as follows:
If the job is not running, it would be:
For backward compatible reason, the
nextFireTime
andpreviousFireTime
should still be present but we'll stop documenting them.The text was updated successfully, but these errors were encountered: