Skip to content

JobManagerHandler conversion #22

@chaen

Description

@chaen

Continue the implementation of the /jobs route.
Missing methods are:

  • getMaxParametricJobs: no need to implement in the router. The legacy adapter should query the CS directly.
  • submitJob(self, jobDesc): started, needs completion (JobParametersDB, JobLoggingDB, etc)
  • confirmBulkSubmission(self, jobIDs) : needs larger discussion about ParametricJobSubmission
  • rescheduleJob(self, jobIDs): POST to /jobs/{job_id}/reschedule and /jobs/reschedule for bulk
  • removeJob(self, jobIDs): Do we need both removeJob and deleteJob ? (If yes, can removeJob be a parameter of deleteJob)
  • deleteJob(self, jobIDs): see above
  • killJob(self, jobIDs): POST to /jobs/{job_id}/kill and /jobs/kill for bulk (see [1])
  • resetJob(self, jobIDs): Could this be a parameter to rescheduleJob?

[1] We could think of having killJob and rescheduleJob react to setStatus(kill) or setStatus(reschedule). We do not because in general, it is forbidden to set an arbitrary status. Kill and Reschedule are exceptions, that's why they have a dedicated API.

Metadata

Metadata

Assignees

Labels

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions