Open snicoll opened 1 day ago
For consistency, I wonder if we should have some common structure for the executions:
"executions": {
"previous": {
"fireTime": "2024-11-20T10:25:43.791+00:00"
},
"next": {
"fireTime": "2024-11-20T10:26:43.791+00:00"
},
"current": {
"fireTime": "2024-11-20T10:25:43.794+00:00",
"recovering": false,
"refireCount": 0
}
},
Current proposal is as follows for http :8080/actuator/quartz/jobs/DEFAULT/testJob
:
HTTP/1.1 200
Connection: keep-alive
Content-Type: application/vnd.spring-boot.actuator.v3+json
Date: Wed, 20 Nov 2024 15:13:17 GMT
Keep-Alive: timeout=60
Transfer-Encoding: chunked
{
"className": "com.example.demoquartz.DemoQuartzApplication$TestJob",
"data": {},
"durable": true,
"group": "DEFAULT",
"name": "testJob",
"requestRecovery": false,
"running": true,
"triggers": [
{
"executions": {
"current": {
"fireTime": "2024-11-20T15:13:11.459+00:00",
"recovering": false,
"refireCount": 0
},
"next": {
"fireTime": "2024-11-20T15:14:11.225+00:00"
},
"previous": {
"fireTime": "2024-11-20T15:13:11.225+00:00"
}
},
"group": "DEFAULT",
"name": "testJobTrigger",
"nextFireTime": "2024-11-20T15:14:11.225+00:00",
"previousFireTime": "2024-11-20T15:13:11.225+00:00",
"priority": 5
}
]
}
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.