Interface: WorkflowSignalWithStartOptionsWithoutArgs<SignalArgs>
client.WorkflowSignalWithStartOptionsWithoutArgs
Type parameters
| Name | Type |
|---|---|
SignalArgs | extends any[] |
Hierarchy
-
↳
WorkflowSignalWithStartOptionsWithoutArgs
Properties
cronSchedule
• Optional cronSchedule: string
Optional cron schedule for Workflow. If a cron schedule is specified, the Workflow will run as a cron based on the schedule. The scheduling will be based on UTC time. The schedule for the next run only happens after the current run is completed/failed/timeout. If a RetryPolicy is also supplied, and the Workflow failed or timed out, the Workflow will be retried based on the retry policy. While the Workflow is retrying, it won't schedule its next run. If the next schedule is due while the Workflow is running (or retrying), then it will skip that schedule. Cron Workflow will not stop until it is terminated or cancelled (by returning temporal.CanceledError). https://crontab.guru/ is useful for testing your cron expressions.
Inherited from
followRuns
• Optional followRuns: boolean
If set to true, instructs the client to follow the chain of execution before returning a Workflow's result.
Workflow execution is chained if the Workflow has a cron schedule or continues-as-new or configured to retry after failure or timeout.
Default
true
Inherited from
memo
• Optional memo: Record<string, unknown>
Specifies additional non-indexed information to attach to the Workflow Execution. The values can be anything that is serializable by DataConverter.
Inherited from
retry
• Optional retry: RetryPolicy
Controls how a Workflow Execution is retried.
By default, Workflow Executions are not retried. Do not override this behavior unless you know what you're doing. More information.
Inherited from
searchAttributes
• Optional searchAttributes: SearchAttributes
Specifies additional indexed information to attach to the Workflow Execution. More info: https://docs.temporal.io/docs/typescript/search-attributes
Values are always converted using JsonPayloadConverter, even when a custom data converter is provided.
Deprecated
Use typedSearchAttributes instead.
Inherited from
WorkflowOptions.searchAttributes
signal
• signal: string | SignalDefinition<SignalArgs, string>
SignalDefinition or name of signal
signalArgs
• Optional signalArgs: SignalArgs
Arguments to invoke the signal handler with
startDelay
• Optional startDelay: Duration
Amount of time to wait before starting the workflow.
Inherited from
taskQueue
• taskQueue: string
Task queue to use for Workflow tasks. It should match a task queue specified when creating a
Worker that hosts the Workflow code.
Inherited from
typedSearchAttributes
• Optional typedSearchAttributes: TypedSearchAttributes | SearchAttributePair[]
Specifies additional indexed information to attach to the Workflow Execution. More info: https://docs.temporal.io/docs/typescript/search-attributes
Values are always converted using JsonPayloadConverter, even when a custom data converter is provided. Note that search attributes are not encoded, as such, do not include any sensitive information.
If both searchAttributes and typedSearchAttributes are provided, conflicting keys will be overwritten by typedSearchAttributes.
Inherited from
WorkflowOptions.typedSearchAttributes
workflowExecutionTimeout
• Optional workflowExecutionTimeout: Duration
The time after which workflow execution (which includes run retries and continue as new) is automatically terminated by Temporal service. Do not rely on execution timeout for business level timeouts. It is preferred to use in workflow timers for this purpose.
Format
number of milliseconds or ms-formatted string
Inherited from
WorkflowOptions.workflowExecutionTimeout
workflowId
• workflowId: string
Workflow id to use when starting.
Assign a meaningful business id. This ID can be used to ensure starting Workflows is idempotent. Workflow IDs are unique: see WorkflowOptions.workflowIdReusePolicy and WorkflowOptions.workflowIdConflictPolicy.
Inherited from
workflowIdConflictPolicy
• Optional workflowIdConflictPolicy: WorkflowIdConflictPolicy
Defines what happens when trying to start a Workflow with the same ID as a Running Workflow.
Note: It is not possible to have two actively running Workflows with the same ID.
Default
{@link WorkflowIdConflictPolicy.WORKFLOW_ID_CONFLICT_POLICY_UNSPECIFIED}
Inherited from
WorkflowOptions.workflowIdConflictPolicy
workflowIdReusePolicy
• Optional workflowIdReusePolicy: WorkflowIdReusePolicy
Defines what happens when trying to start a Workflow with the same ID as a Closed Workflow.
Note: It is not possible to have two actively running Workflows with the same ID.
Default
{@link WorkflowIdReusePolicy.WORKFLOW_ID_REUSE_POLICY_ALLOW_DUPLICATE}
Inherited from
WorkflowOptions.workflowIdReusePolicy
workflowRunTimeout
• Optional workflowRunTimeout: Duration
The time after which workflow run is automatically terminated by Temporal service. Do not rely on run timeout for business level timeouts. It is preferred to use in workflow timers for this purpose.
Format
number of milliseconds or ms-formatted string
Inherited from
WorkflowOptions.workflowRunTimeout
workflowTaskTimeout
• Optional workflowTaskTimeout: Duration
Maximum execution time of a single workflow task. Default is 10 seconds.
Format
number of milliseconds or ms-formatted string