Details
-
New Feature
-
Status: Closed
-
Major
-
Resolution: Fixed
-
Event 2.3.0
-
None
Description
The current implementation of the job status provider does a query, then loads all jobs and returns a list.
If you just want to know how many jobs are available or just want to return the first X jobs, the implementation is too expansive.
One solution would be to return a kind of range iterator instead of a list and load jobs on demand. There are two potential problems:
- if the jcr query does not return a count, we can't return a count either without going through the hole result set
- it might be that a job can't be loaded because of missing classes; in this cases the job count from the query result is higher than the count of the jobs that get processed. I think we can neglect this