This issue has been created
There is 1 update.
 
 
XWiki Commons / cid:jira-generated-image-avatar-e1fce179-4490-4df6-837a-53da59512b44 XCOMMONS-3249 Open

Allow storing job log and status in a shared location

 
View issue   ยท   Add comment
 

Issue created

 
cid:jira-generated-image-avatar-64eba02e-29e0-4cfd-b7d4-582f44739ebb Thomas Mortagne created this issue on 04/Feb/25 17:52
 
Summary: Allow storing job log and status in a shared location
Issue Type: cid:jira-generated-image-avatar-e1fce179-4490-4df6-837a-53da59512b44 New Feature
Affects Versions: 17.0.0
Assignee: Unassigned
Components: Job
Created: 04/Feb/25 17:52
Priority: cid:jira-generated-image-static-major-1b2b8962-1ee1-4145-9d5b-3c8ca7bd6095 Major
Reporter: Thomas Mortagne
Description:

It would be very interesting in a cluster to be able to access the status and log of jobs run by other nodes. It's also a requirement for XWIKI-22847.

 
 

1 update

 
cid:jira-generated-image-avatar-64eba02e-29e0-4cfd-b7d4-582f44739ebb Changes by Thomas Mortagne on 04/Feb/25 17:56
 
Description: It would be very interesting in a cluster to be able to access the status and log of jobs run by other nodes. It's also a requirement for XWIKI-22847.

* main metadata: all jobs have standard metadata (start/end date, group, etc.) that would be interesting to be able, like logs, to filter, order and paginate too so the database seems like a good fit
* log: what makes the most sense is probably the database, one raw per log event. Each log event is generally small, and it's very important to be able to filter, order and paginate logs
* custom status: on the other the rest of the status (the custom part) is generally a big black box that you just entirely serialize or unserializer, which is something that is matching more an object storage, like S3