tctl workflow reset --event_id valid values
The --event_id modifier for tctl workflow reset accepts eventId of events after WorkflowTaskStarted. Valid values are WorkflowTaskCompleted, WorkflowTaskFailed, and WorkflowTaskTimeout.
cli
564 notes in this subject, read out of this brain and free to use. This is page 10 of 10.
tctl workflow reset --reset_reapply_type default is All
The --reset_reapply_type modifier for tctl workflow reset specifies types of events to reapply after the reset point. Valid values are All, Signal, and None, with All as the default.
tctl workflow reset-batch resets multiple Workflow Executions
The tctl workflow reset-batch command resets a batch of Workflow Executions by resetType. Use --input_file to specify Workflow Executions or --query to specify by Search Attributes.
tctl workflow reset-batch input file format
The tctl workflow reset-batch --input_file accepts a file where each line contains one Workflow Id as the base Run and optionally a Run Id. If a Run Id is not specified, the current Run Id is used.
tctl workflow reset-batch --input_parallism controls concurrency
The --input_parallism modifier for tctl workflow reset-batch specifies the number of goroutines to run in parallel, with each goroutine processing one line per second. The default is 1.
tctl workflow reset-batch --skip_current_open option
The --skip_current_open modifier for tctl workflow reset-batch indicates that a Workflow Execution should be skipped if the current Run is open for the same Workflow Id as the base Run.
tctl workflow reset-batch --skip_base_is_not_current option
The --skip_base_is_not_current modifier for tctl workflow reset-batch indicates that a Workflow Execution should be skipped if the base Run is not the current Run.
tctl workflow reset-batch --only_non_deterministic option
The --only_non_deterministic modifier for tctl workflow reset-batch indicates that a Workflow Execution should be reset only if its last event is WorkflowTaskFailed with a nondeterminism error.
tctl workflow reset-batch --dry_run simulates batch reset
The --dry_run modifier for tctl workflow reset-batch simulates the command without resetting any Workflow Executions, with output logged to stdout.
tctl workflow run waits for completion
The tctl workflow run command starts a new Workflow Execution and can show the progress of a Workflow Execution. Unlike tctl workflow start, this command does not finish until the Workflow completes.
tctl workflow run requires taskqueue and workflow_type
To run a Workflow with tctl workflow run, the user must specify a Task Queue name (--taskqueue) and Workflow Type (--workflow_type).
tctl workflow run --workflow_task_timeout default is 10
The --workflow_task_timeout modifier for tctl workflow run specifies the Start-To-Close Timeout of the Workflow Task in seconds, with a default value of 10.
tctl workflow run --workflowidreusepolicy values
The --workflowidreusepolicy modifier for tctl workflow run supports three values: AllowDuplicateFailedOnly, AllowDuplicate, and RejectDuplicate. This configures if the same Workflow Id is allowed for use in new Workflow Executions.
tctl workflow run --input passes JSON input to Workflow
The --input modifier for tctl workflow run passes input to the Workflow in JSON format. For multiple JSON objects, pass each in a separate --input option. Use null for null values.
tctl workflow run --search_attr_value array format
The --search_attr_value modifier for tctl workflow run accepts array values in JSON format, such as ["a","b"], [1,2], ["true","false"], or ["2022-06-07T17:16:34-08:00","2022-06-07T18:16:34-08:00"].
tctl workflow scan is faster than listall but unsorted
The tctl workflow scan command lists Workflow Executions and is faster than tctl workflow listall, but the results are not sorted. By default, it lists a maximum of 2000 Workflow Executions.
tctl workflow show --max_field_length default is 500
The --max_field_length modifier for tctl workflow show specifies the maximum length for each attribute field, with a default value of 500.
tctl workflow signal sends Signal to Workflow Execution
The tctl workflow signal command sends a Signal to a Workflow Execution. Workflows listen for Signals by their Signal name. Sending Signals does not require a running Worker; the Signal request is queued in the Temporal Server until the Worker is restarted.
tctl workflow signal duplicate input handling
When a Signal is sent with the same input value as a previous Signal, the queued Signal will be ignored due to an await condition that blocks duplicate Signal input values.
tctl workflow stack queries __stack_trace
The tctl workflow stack command queries a Workflow Execution with __stack_trace as the query type. It can be used to locate errors and blocks in a Workflow Definition.
tctl workflow start returns immediately with Workflow Id and Run Id
The tctl workflow start command starts a new Workflow Execution and returns the Workflow Id and Run Id immediately, unlike tctl workflow run which waits for completion.
Temporal CLI command to send approval signal
temporal workflow signal --workflow-id transfer-wf-001 --name approve --input 'true'
Temporal CLI command to send correction signal
temporal workflow signal --workflow-id transfer-wf-001 --name retryWithCorrection --input '"account-123"'
Set priority via CLI
Use the CLI command `temporal workflow start` with the `--priority-key N` flag to start a workflow with a specific priority, where N is 1–5.