Warning

This document is for an old release of Galaxy. You can alternatively view this page in the latest release if it exists or view the top of the latest release's documentation.

galaxy.workflow.schedulers package

Module containing Galaxy workflow scheduling plugins. Galaxy’s interface for workflow scheduling is highly experimental and the interface required for scheduling plugins will almost certainly change.

class galaxy.workflow.schedulers.WorkflowSchedulingPlugin[source]

Bases: object

A plugin defining how Galaxy should schedule plugins. By default plugins are passive and should monitor Galaxy’s work queue for WorkflowRequests. Inherit from ActiveWorkflowSchedulingPlugin instead if the scheduling plugin should be forced (i.e. if scheduling happen all at once or the request will be stored and monitored outside of Galaxy.)

abstract property plugin_type

Short string providing labelling this plugin

abstract startup(app)[source]

Called when Galaxy starts up if the plugin is enabled.

abstract shutdown()[source]

Called when Galaxy is shutting down, workflow scheduling should end.

class galaxy.workflow.schedulers.ActiveWorkflowSchedulingPlugin[source]

Bases: WorkflowSchedulingPlugin

abstract schedule(workflow_invocation)[source]

Optionally return one or more commands to instrument job. These commands will be executed on the compute server prior to the job running.

Submodules

galaxy.workflow.schedulers.core module

The class defines the stock Galaxy workflow scheduling plugin - currently it simply schedules the whole workflow up front when offered.

class galaxy.workflow.schedulers.core.CoreWorkflowSchedulingPlugin(**kwds)[source]

Bases: ActiveWorkflowSchedulingPlugin

plugin_type = 'core'
__init__(**kwds)[source]
startup(app)[source]

Called when Galaxy starts up if the plugin is enabled.

shutdown()[source]

Called when Galaxy is shutting down, workflow scheduling should end.

schedule(workflow_invocation: WorkflowInvocation) None[source]

Optionally return one or more commands to instrument job. These commands will be executed on the compute server prior to the job running.