GitLab

make sure beekeeper reports the same scheduling plans both when it is actually scheduling and in "reporting" mode

change suggested by Matthieu to avoid crashing if the temp_directory has already been deleted by Runnable

moved life_cycle() from Worker.pm into Process.pm and now also calling it from standaloneJob.pl (actually removed from Worker)

if running a worker with a specific job_id, the status is set to READY, but the retry_count is set depending on whether PRE_CLEANUP is needed or not

added two states, PRE_CLEANUP (conditional) and POST_CLEANUP (unconditional) to the life cycle of the Job

At last rename GET_INPUT into FETCH_INPUT for consistency between the schema and the code (it seems to be harder to patch all the accumulated code)

replaced rc_id by resource_class_id throughout the schema and added the foreign keys on resource_class_id

support 'default' as the default resource class (if none is defined) and create the 'default' rc even if not defined in PipeConfig