Package io.temporal.api.enums.v1
package io.temporal.api.enums.v1
-
ClassDescriptionStatus of a standalone activity.Defines what to do when trying to start an activity with the same ID as a *running* activity.Defines whether to allow re-using an activity ID from a previously *closed* activity.Protobuf enum
temporal.api.enums.v1.ApplicationErrorCategoryProtobuf enumtemporal.api.enums.v1.ArchivalStateProtobuf enumtemporal.api.enums.v1.BatchOperationStateProtobuf enumtemporal.api.enums.v1.BatchOperationTypeSpecifies which category of tasks may reach a versioned worker of a certain Build ID.State of a callback.Protobuf enumtemporal.api.enums.v1.CancelExternalWorkflowExecutionFailedCauseWhenever this list of command types is changed do change the function shouldBufferEvent in mutableStateBuilder.go to make sure to do the correct event ordering.Protobuf enumtemporal.api.enums.v1.ContinueAsNewInitiatorExperimental.Specify the reachability level for a deployment so users can decide if it is time to decommission the deployment.Protobuf enumtemporal.api.enums.v1.DescribeTaskQueueModeProtobuf enumtemporal.api.enums.v1.EncodingTypeWhenever this list of events is changed do change the function shouldBufferEvent in mutableStateBuilder.go to make sure to do the correct event orderingProtobuf enumtemporal.api.enums.v1.ExecutionTypeProtobuf enumtemporal.api.enums.v1.HistoryEventFilterTypeProtobuf enumtemporal.api.enums.v1.IndexedValueTypeProtobuf enumtemporal.api.enums.v1.NamespaceStateNexusHandlerErrorRetryBehavior allows nexus handlers to explicity set the retry behavior of a HandlerError.State of a Nexus operation cancellation.Status of a standalone Nexus operation execution.Defines what to do when trying to start a Nexus operation with the same ID as a *running* operation.Defines whether to allow re-using an operation ID from a previously *closed* Nexus operation.Stage that can be specified when waiting on a nexus operation.Defines how child workflows will react to their parent completingProtobuf enumtemporal.api.enums.v1.PendingActivityStateState of a pending Nexus operation.Protobuf enumtemporal.api.enums.v1.PendingWorkflowTaskStateProtobuf enumtemporal.api.enums.v1.QueryRejectConditionProtobuf enumtemporal.api.enums.v1.QueryResultTypeSource for the effective rate limit.Protobuf enumtemporal.api.enums.v1.ReplicationStateEvent types to exclude when reapplying events beyond the reset point.Deprecated: applications should use ResetReapplyExcludeType to specify exclusions from this set, and new event types should be added to ResetReapplyExcludeType instead of here.Deprecated, see temporal.api.common.v1.ResetOptions.Protobuf enumtemporal.api.enums.v1.ResourceExhaustedCauseProtobuf enumtemporal.api.enums.v1.ResourceExhaustedScopeProtobuf enumtemporal.api.enums.v1.RetryStateIndicates whether a change to the Routing Config has been propagated to all relevant Task Queues and their partitions.ScheduleOverlapPolicy controls what happens when a workflow would be started by a schedule, and is already running.Protobuf enumtemporal.api.enums.v1.SeverityProtobuf enumtemporal.api.enums.v1.SignalExternalWorkflowExecutionFailedCauseProtobuf enumtemporal.api.enums.v1.StartChildWorkflowExecutionFailedCauseSuggestContinueAsNewReason specifies why SuggestContinueAsNew is true.Protobuf enumtemporal.api.enums.v1.TaskQueueKindProtobuf enumtemporal.api.enums.v1.TaskQueueTypeSpecifies which category of tasks may reach a worker on a versioned task queue.Protobuf enumtemporal.api.enums.v1.TimeoutTypeRecords why a WorkflowExecutionUpdateAdmittedEvent was written to history.UpdateWorkflowExecutionLifecycleStage is specified by clients invoking Workflow Updates and used to indicate to the server how long the client wishes to wait for a return value from the API.(-- api-linter: core::0216::synonyms=disabled aip.dev/not-precedent: Call this status because it is .Versioning Behavior specifies if and how a workflow execution moves between Worker Deployment Versions.(-- api-linter: core::0216::synonyms=disabled aip.dev/not-precedent: Call this status because it is .(-- api-linter: core::0216::synonyms=disabled aip.dev/not-precedent: It seems we have both state and status, and status is a better fit for workers.Versioning Mode of a worker is set by the app developer in the worker code, and specifies the behavior of the system in the following related aspects: - Whether or not Temporal Server considers this worker's version (Build ID) when dispatching tasks to it.(-- api-linter: core::0216::synonyms=disabled aip.dev/not-precedent: There is WorkflowExecutionState already in another package.Defines what to do when trying to start a workflow with the same workflow id as a *running* workflow.Defines whether to allow re-using a workflow id from a previously *closed* workflow.Protobuf enumtemporal.api.enums.v1.WorkflowRuleActionScopeWorkflow tasks can fail for various reasons.