the internal job id. It will be sued to track the job state in the database, so it must not change over time otherwise the job will be seen as a new one by the scheduler.
The scheduling configuration for the job. For example a TimeSeries job can be configured to be hourly or daily, etc.
The job name as displayed in the UI.
The job description as displayed in the UI.
The job tags used to filter jobs in the UI.
The job side effect, representing the real job execution.
Compose a Workflow with another Workflow but without any dependency.
Compose a Workflow with a second Workflow with a dependencies added between all this workflow roots and the other workflow leaves.
Compose a Workflow with a second Workflow with a dependencies added between all this workflow roots and the other workflow leaves.
Compose a Workflow with a second Workflow with a dependencies added between all this workflow roots and the other workflow leaves. The added dependencies will use the default dependency descriptors implicitly provided by the Scheduling used by this workflow.
The workflow to compose this workflow with.
If injected implicitly, default dependency descriptor for the current Scheduling.
The job description as displayed in the UI.
The job side effect, representing the real job execution.
the internal job id.
the internal job id. It will be sued to track the job state in the database, so it must not change over time otherwise the job will be seen as a new one by the scheduler.
The job name as displayed in the UI.
The scheduling configuration for the job.
The scheduling configuration for the job. For example a TimeSeries job can be configured to be hourly or daily, etc.
The job tags used to filter jobs in the UI.
The job SideEffect is the most important part as it represents the real job logic to execute. A job is defined for a given Scheduling, for example it can be a TimeSeries job. Jobs are also Workflow with a single vertice.
The kind of Scheduling used by this job.
the internal job id. It will be sued to track the job state in the database, so it must not change over time otherwise the job will be seen as a new one by the scheduler.
The scheduling configuration for the job. For example a TimeSeries job can be configured to be hourly or daily, etc.
The job name as displayed in the UI.
The job description as displayed in the UI.
The job tags used to filter jobs in the UI.
The job side effect, representing the real job execution.