Class WorkflowExecutionVersioningInfo

java.lang.Object
com.google.protobuf.AbstractMessageLite
com.google.protobuf.AbstractMessage
com.google.protobuf.GeneratedMessageV3
io.temporal.api.workflow.v1.WorkflowExecutionVersioningInfo
All Implemented Interfaces:
com.google.protobuf.Message, com.google.protobuf.MessageLite, com.google.protobuf.MessageLiteOrBuilder, com.google.protobuf.MessageOrBuilder, WorkflowExecutionVersioningInfoOrBuilder, Serializable

@Generated(value="protoc", comments="annotations:WorkflowExecutionVersioningInfo.java.pb.meta") public final class WorkflowExecutionVersioningInfo extends com.google.protobuf.GeneratedMessageV3 implements WorkflowExecutionVersioningInfoOrBuilder
 Holds all the information about worker versioning for a particular workflow execution.
 Experimental. Versioning info is experimental and might change in the future.
 
Protobuf type temporal.api.workflow.v1.WorkflowExecutionVersioningInfo
See Also:
  • Field Details

    • BEHAVIOR_FIELD_NUMBER

      public static final int BEHAVIOR_FIELD_NUMBER
      See Also:
    • DEPLOYMENT_FIELD_NUMBER

      public static final int DEPLOYMENT_FIELD_NUMBER
      See Also:
    • VERSION_FIELD_NUMBER

      public static final int VERSION_FIELD_NUMBER
      See Also:
    • DEPLOYMENT_VERSION_FIELD_NUMBER

      public static final int DEPLOYMENT_VERSION_FIELD_NUMBER
      See Also:
    • VERSIONING_OVERRIDE_FIELD_NUMBER

      public static final int VERSIONING_OVERRIDE_FIELD_NUMBER
      See Also:
    • DEPLOYMENT_TRANSITION_FIELD_NUMBER

      public static final int DEPLOYMENT_TRANSITION_FIELD_NUMBER
      See Also:
    • VERSION_TRANSITION_FIELD_NUMBER

      public static final int VERSION_TRANSITION_FIELD_NUMBER
      See Also:
    • REVISION_NUMBER_FIELD_NUMBER

      public static final int REVISION_NUMBER_FIELD_NUMBER
      See Also:
    • CONTINUE_AS_NEW_INITIAL_VERSIONING_BEHAVIOR_FIELD_NUMBER

      public static final int CONTINUE_AS_NEW_INITIAL_VERSIONING_BEHAVIOR_FIELD_NUMBER
      See Also:
  • Method Details

    • newInstance

      protected Object newInstance(com.google.protobuf.GeneratedMessageV3.UnusedPrivateParameter unused)
      Overrides:
      newInstance in class com.google.protobuf.GeneratedMessageV3
    • getDescriptor

      public static final com.google.protobuf.Descriptors.Descriptor getDescriptor()
    • internalGetFieldAccessorTable

      protected com.google.protobuf.GeneratedMessageV3.FieldAccessorTable internalGetFieldAccessorTable()
      Specified by:
      internalGetFieldAccessorTable in class com.google.protobuf.GeneratedMessageV3
    • getBehaviorValue

      public int getBehaviorValue()
       Versioning behavior determines how the server should treat this execution when workers are
       upgraded. When present it means this workflow execution is versioned; UNSPECIFIED means
       unversioned. See the comments in `VersioningBehavior` enum for more info about different
       behaviors.
      
       Child workflows or CaN executions **inherit** their parent/previous run's effective Versioning 
       Behavior and Version (except when the new execution runs on a task queue not belonging to the 
       same deployment version as the parent/previous run's task queue). The first workflow task will
       be dispatched according to the inherited behavior (or to the current version of the task-queue's 
       deployment in the case of AutoUpgrade.) After completion of their first workflow task the 
       Deployment Version and Behavior of the execution will update according to configuration on the worker.
       
       Note that `behavior` is overridden by `versioning_override` if the latter is present.
       
      .temporal.api.enums.v1.VersioningBehavior behavior = 1;
      Specified by:
      getBehaviorValue in interface WorkflowExecutionVersioningInfoOrBuilder
      Returns:
      The enum numeric value on the wire for behavior.
    • getBehavior

      public VersioningBehavior getBehavior()
       Versioning behavior determines how the server should treat this execution when workers are
       upgraded. When present it means this workflow execution is versioned; UNSPECIFIED means
       unversioned. See the comments in `VersioningBehavior` enum for more info about different
       behaviors.
      
       Child workflows or CaN executions **inherit** their parent/previous run's effective Versioning 
       Behavior and Version (except when the new execution runs on a task queue not belonging to the 
       same deployment version as the parent/previous run's task queue). The first workflow task will
       be dispatched according to the inherited behavior (or to the current version of the task-queue's 
       deployment in the case of AutoUpgrade.) After completion of their first workflow task the 
       Deployment Version and Behavior of the execution will update according to configuration on the worker.
       
       Note that `behavior` is overridden by `versioning_override` if the latter is present.
       
      .temporal.api.enums.v1.VersioningBehavior behavior = 1;
      Specified by:
      getBehavior in interface WorkflowExecutionVersioningInfoOrBuilder
      Returns:
      The behavior.
    • hasDeployment

      @Deprecated public boolean hasDeployment()
      Deprecated.
      temporal.api.workflow.v1.WorkflowExecutionVersioningInfo.deployment is deprecated. See temporal/api/workflow/v1/message.proto;l=162
       The worker deployment that completed the last workflow task of this workflow execution. Must
       be present if `behavior` is set. Absent value means no workflow task is completed, or the
       last workflow task was completed by an unversioned worker. Unversioned workers may still send
       a deployment value which will be stored here, so the right way to check if an execution is
       versioned if an execution is versioned or not is via the `behavior` field.
       Note that `deployment` is overridden by `versioning_override` if the latter is present.
       Deprecated. Use `deployment_version`.
       
      .temporal.api.deployment.v1.Deployment deployment = 2 [deprecated = true];
      Specified by:
      hasDeployment in interface WorkflowExecutionVersioningInfoOrBuilder
      Returns:
      Whether the deployment field is set.
    • getDeployment

      @Deprecated public Deployment getDeployment()
      Deprecated.
      temporal.api.workflow.v1.WorkflowExecutionVersioningInfo.deployment is deprecated. See temporal/api/workflow/v1/message.proto;l=162
       The worker deployment that completed the last workflow task of this workflow execution. Must
       be present if `behavior` is set. Absent value means no workflow task is completed, or the
       last workflow task was completed by an unversioned worker. Unversioned workers may still send
       a deployment value which will be stored here, so the right way to check if an execution is
       versioned if an execution is versioned or not is via the `behavior` field.
       Note that `deployment` is overridden by `versioning_override` if the latter is present.
       Deprecated. Use `deployment_version`.
       
      .temporal.api.deployment.v1.Deployment deployment = 2 [deprecated = true];
      Specified by:
      getDeployment in interface WorkflowExecutionVersioningInfoOrBuilder
      Returns:
      The deployment.
    • getDeploymentOrBuilder

      @Deprecated public DeploymentOrBuilder getDeploymentOrBuilder()
      Deprecated.
       The worker deployment that completed the last workflow task of this workflow execution. Must
       be present if `behavior` is set. Absent value means no workflow task is completed, or the
       last workflow task was completed by an unversioned worker. Unversioned workers may still send
       a deployment value which will be stored here, so the right way to check if an execution is
       versioned if an execution is versioned or not is via the `behavior` field.
       Note that `deployment` is overridden by `versioning_override` if the latter is present.
       Deprecated. Use `deployment_version`.
       
      .temporal.api.deployment.v1.Deployment deployment = 2 [deprecated = true];
      Specified by:
      getDeploymentOrBuilder in interface WorkflowExecutionVersioningInfoOrBuilder
    • getVersion

      @Deprecated public String getVersion()
      Deprecated.
      temporal.api.workflow.v1.WorkflowExecutionVersioningInfo.version is deprecated. See temporal/api/workflow/v1/message.proto;l=164
       Deprecated. Use `deployment_version`.
       
      string version = 5 [deprecated = true];
      Specified by:
      getVersion in interface WorkflowExecutionVersioningInfoOrBuilder
      Returns:
      The version.
    • getVersionBytes

      @Deprecated public com.google.protobuf.ByteString getVersionBytes()
      Deprecated.
      temporal.api.workflow.v1.WorkflowExecutionVersioningInfo.version is deprecated. See temporal/api/workflow/v1/message.proto;l=164
       Deprecated. Use `deployment_version`.
       
      string version = 5 [deprecated = true];
      Specified by:
      getVersionBytes in interface WorkflowExecutionVersioningInfoOrBuilder
      Returns:
      The bytes for version.
    • hasDeploymentVersion

      public boolean hasDeploymentVersion()
       The Worker Deployment Version that completed the last workflow task of this workflow execution.
       An absent value means no workflow task is completed, or the workflow is unversioned.
       If present, and `behavior` is UNSPECIFIED, the last task of this workflow execution was completed
       by a worker that is not using versioning but _is_ passing Deployment Name and Build ID.
      
       Child workflows or CaN executions **inherit** their parent/previous run's effective Versioning 
       Behavior and Version (except when the new execution runs on a task queue not belonging to the 
       same deployment version as the parent/previous run's task queue). The first workflow task will
       be dispatched according to the inherited behavior (or to the current version of the task-queue's 
       deployment in the case of AutoUpgrade.) After completion of their first workflow task the 
       Deployment Version and Behavior of the execution will update according to configuration on the worker.
      
       Note that if `versioning_override.behavior` is PINNED then `versioning_override.pinned_version`
       will override this value. 
       
      .temporal.api.deployment.v1.WorkerDeploymentVersion deployment_version = 7;
      Specified by:
      hasDeploymentVersion in interface WorkflowExecutionVersioningInfoOrBuilder
      Returns:
      Whether the deploymentVersion field is set.
    • getDeploymentVersion

      public WorkerDeploymentVersion getDeploymentVersion()
       The Worker Deployment Version that completed the last workflow task of this workflow execution.
       An absent value means no workflow task is completed, or the workflow is unversioned.
       If present, and `behavior` is UNSPECIFIED, the last task of this workflow execution was completed
       by a worker that is not using versioning but _is_ passing Deployment Name and Build ID.
      
       Child workflows or CaN executions **inherit** their parent/previous run's effective Versioning 
       Behavior and Version (except when the new execution runs on a task queue not belonging to the 
       same deployment version as the parent/previous run's task queue). The first workflow task will
       be dispatched according to the inherited behavior (or to the current version of the task-queue's 
       deployment in the case of AutoUpgrade.) After completion of their first workflow task the 
       Deployment Version and Behavior of the execution will update according to configuration on the worker.
      
       Note that if `versioning_override.behavior` is PINNED then `versioning_override.pinned_version`
       will override this value. 
       
      .temporal.api.deployment.v1.WorkerDeploymentVersion deployment_version = 7;
      Specified by:
      getDeploymentVersion in interface WorkflowExecutionVersioningInfoOrBuilder
      Returns:
      The deploymentVersion.
    • getDeploymentVersionOrBuilder

      public WorkerDeploymentVersionOrBuilder getDeploymentVersionOrBuilder()
       The Worker Deployment Version that completed the last workflow task of this workflow execution.
       An absent value means no workflow task is completed, or the workflow is unversioned.
       If present, and `behavior` is UNSPECIFIED, the last task of this workflow execution was completed
       by a worker that is not using versioning but _is_ passing Deployment Name and Build ID.
      
       Child workflows or CaN executions **inherit** their parent/previous run's effective Versioning 
       Behavior and Version (except when the new execution runs on a task queue not belonging to the 
       same deployment version as the parent/previous run's task queue). The first workflow task will
       be dispatched according to the inherited behavior (or to the current version of the task-queue's 
       deployment in the case of AutoUpgrade.) After completion of their first workflow task the 
       Deployment Version and Behavior of the execution will update according to configuration on the worker.
      
       Note that if `versioning_override.behavior` is PINNED then `versioning_override.pinned_version`
       will override this value. 
       
      .temporal.api.deployment.v1.WorkerDeploymentVersion deployment_version = 7;
      Specified by:
      getDeploymentVersionOrBuilder in interface WorkflowExecutionVersioningInfoOrBuilder
    • hasVersioningOverride

      public boolean hasVersioningOverride()
       Present if user has set an execution-specific versioning override. This override takes
       precedence over SDK-sent `behavior` (and `version` when override is PINNED). An
       override can be set when starting a new execution, as well as afterwards by calling the
       `UpdateWorkflowExecutionOptions` API.
       Pinned overrides are automatically inherited by child workflows, continue-as-new workflows,
       workflow retries, and cron workflows.
       
      .temporal.api.workflow.v1.VersioningOverride versioning_override = 3;
      Specified by:
      hasVersioningOverride in interface WorkflowExecutionVersioningInfoOrBuilder
      Returns:
      Whether the versioningOverride field is set.
    • getVersioningOverride

      public VersioningOverride getVersioningOverride()
       Present if user has set an execution-specific versioning override. This override takes
       precedence over SDK-sent `behavior` (and `version` when override is PINNED). An
       override can be set when starting a new execution, as well as afterwards by calling the
       `UpdateWorkflowExecutionOptions` API.
       Pinned overrides are automatically inherited by child workflows, continue-as-new workflows,
       workflow retries, and cron workflows.
       
      .temporal.api.workflow.v1.VersioningOverride versioning_override = 3;
      Specified by:
      getVersioningOverride in interface WorkflowExecutionVersioningInfoOrBuilder
      Returns:
      The versioningOverride.
    • getVersioningOverrideOrBuilder

      public VersioningOverrideOrBuilder getVersioningOverrideOrBuilder()
       Present if user has set an execution-specific versioning override. This override takes
       precedence over SDK-sent `behavior` (and `version` when override is PINNED). An
       override can be set when starting a new execution, as well as afterwards by calling the
       `UpdateWorkflowExecutionOptions` API.
       Pinned overrides are automatically inherited by child workflows, continue-as-new workflows,
       workflow retries, and cron workflows.
       
      .temporal.api.workflow.v1.VersioningOverride versioning_override = 3;
      Specified by:
      getVersioningOverrideOrBuilder in interface WorkflowExecutionVersioningInfoOrBuilder
    • hasDeploymentTransition

      @Deprecated public boolean hasDeploymentTransition()
      Deprecated.
      temporal.api.workflow.v1.WorkflowExecutionVersioningInfo.deployment_transition is deprecated. See temporal/api/workflow/v1/message.proto;l=205
       When present, indicates the workflow is transitioning to a different deployment. Can
       indicate one of the following transitions: unversioned -> versioned, versioned -> versioned
       on a different deployment, or versioned -> unversioned.
       Not applicable to workflows with PINNED behavior.
       When a workflow with AUTO_UPGRADE behavior creates a new workflow task, it will automatically
       start a transition to the task queue's current deployment if the task queue's current
       deployment is different from the workflow's deployment.
       If the AUTO_UPGRADE workflow is stuck due to backlogged activity or workflow tasks, those
       tasks will be redirected to the task queue's current deployment. As soon as a poller from
       that deployment is available to receive the task, the workflow will automatically start a
       transition to that deployment and continue execution there.
       A deployment transition can only exist while there is a pending or started workflow task.
       Once the pending workflow task completes on the transition's target deployment, the
       transition completes and the workflow's `deployment` and `behavior` fields are updated per
       the worker's task completion response.
       Pending activities will not start new attempts during a transition. Once the transition is
       completed, pending activities will start their next attempt on the new deployment.
       Deprecated. Use version_transition.
       
      .temporal.api.workflow.v1.DeploymentTransition deployment_transition = 4 [deprecated = true];
      Specified by:
      hasDeploymentTransition in interface WorkflowExecutionVersioningInfoOrBuilder
      Returns:
      Whether the deploymentTransition field is set.
    • getDeploymentTransition

      @Deprecated public DeploymentTransition getDeploymentTransition()
      Deprecated.
      temporal.api.workflow.v1.WorkflowExecutionVersioningInfo.deployment_transition is deprecated. See temporal/api/workflow/v1/message.proto;l=205
       When present, indicates the workflow is transitioning to a different deployment. Can
       indicate one of the following transitions: unversioned -> versioned, versioned -> versioned
       on a different deployment, or versioned -> unversioned.
       Not applicable to workflows with PINNED behavior.
       When a workflow with AUTO_UPGRADE behavior creates a new workflow task, it will automatically
       start a transition to the task queue's current deployment if the task queue's current
       deployment is different from the workflow's deployment.
       If the AUTO_UPGRADE workflow is stuck due to backlogged activity or workflow tasks, those
       tasks will be redirected to the task queue's current deployment. As soon as a poller from
       that deployment is available to receive the task, the workflow will automatically start a
       transition to that deployment and continue execution there.
       A deployment transition can only exist while there is a pending or started workflow task.
       Once the pending workflow task completes on the transition's target deployment, the
       transition completes and the workflow's `deployment` and `behavior` fields are updated per
       the worker's task completion response.
       Pending activities will not start new attempts during a transition. Once the transition is
       completed, pending activities will start their next attempt on the new deployment.
       Deprecated. Use version_transition.
       
      .temporal.api.workflow.v1.DeploymentTransition deployment_transition = 4 [deprecated = true];
      Specified by:
      getDeploymentTransition in interface WorkflowExecutionVersioningInfoOrBuilder
      Returns:
      The deploymentTransition.
    • getDeploymentTransitionOrBuilder

      @Deprecated public DeploymentTransitionOrBuilder getDeploymentTransitionOrBuilder()
      Deprecated.
       When present, indicates the workflow is transitioning to a different deployment. Can
       indicate one of the following transitions: unversioned -> versioned, versioned -> versioned
       on a different deployment, or versioned -> unversioned.
       Not applicable to workflows with PINNED behavior.
       When a workflow with AUTO_UPGRADE behavior creates a new workflow task, it will automatically
       start a transition to the task queue's current deployment if the task queue's current
       deployment is different from the workflow's deployment.
       If the AUTO_UPGRADE workflow is stuck due to backlogged activity or workflow tasks, those
       tasks will be redirected to the task queue's current deployment. As soon as a poller from
       that deployment is available to receive the task, the workflow will automatically start a
       transition to that deployment and continue execution there.
       A deployment transition can only exist while there is a pending or started workflow task.
       Once the pending workflow task completes on the transition's target deployment, the
       transition completes and the workflow's `deployment` and `behavior` fields are updated per
       the worker's task completion response.
       Pending activities will not start new attempts during a transition. Once the transition is
       completed, pending activities will start their next attempt on the new deployment.
       Deprecated. Use version_transition.
       
      .temporal.api.workflow.v1.DeploymentTransition deployment_transition = 4 [deprecated = true];
      Specified by:
      getDeploymentTransitionOrBuilder in interface WorkflowExecutionVersioningInfoOrBuilder
    • hasVersionTransition

      public boolean hasVersionTransition()
       When present, indicates the workflow is transitioning to a different deployment version
       (which may belong to the same deployment name or another). Can indicate one of the following
       transitions: unversioned -> versioned, versioned -> versioned
       on a different deployment version, or versioned -> unversioned.
       Not applicable to workflows with PINNED behavior.
       When a workflow with AUTO_UPGRADE behavior creates a new workflow task, it will automatically
       start a transition to the task queue's current version if the task queue's current version is
       different from the workflow's current deployment version.
       If the AUTO_UPGRADE workflow is stuck due to backlogged activity or workflow tasks, those
       tasks will be redirected to the task queue's current version. As soon as a poller from
       that deployment version is available to receive the task, the workflow will automatically
       start a transition to that version and continue execution there.
       A version transition can only exist while there is a pending or started workflow task.
       Once the pending workflow task completes on the transition's target version, the
       transition completes and the workflow's `behavior`, and `deployment_version` fields are updated per the
       worker's task completion response.
       Pending activities will not start new attempts during a transition. Once the transition is
       completed, pending activities will start their next attempt on the new version.
       
      .temporal.api.workflow.v1.DeploymentVersionTransition version_transition = 6;
      Specified by:
      hasVersionTransition in interface WorkflowExecutionVersioningInfoOrBuilder
      Returns:
      Whether the versionTransition field is set.
    • getVersionTransition

      public DeploymentVersionTransition getVersionTransition()
       When present, indicates the workflow is transitioning to a different deployment version
       (which may belong to the same deployment name or another). Can indicate one of the following
       transitions: unversioned -> versioned, versioned -> versioned
       on a different deployment version, or versioned -> unversioned.
       Not applicable to workflows with PINNED behavior.
       When a workflow with AUTO_UPGRADE behavior creates a new workflow task, it will automatically
       start a transition to the task queue's current version if the task queue's current version is
       different from the workflow's current deployment version.
       If the AUTO_UPGRADE workflow is stuck due to backlogged activity or workflow tasks, those
       tasks will be redirected to the task queue's current version. As soon as a poller from
       that deployment version is available to receive the task, the workflow will automatically
       start a transition to that version and continue execution there.
       A version transition can only exist while there is a pending or started workflow task.
       Once the pending workflow task completes on the transition's target version, the
       transition completes and the workflow's `behavior`, and `deployment_version` fields are updated per the
       worker's task completion response.
       Pending activities will not start new attempts during a transition. Once the transition is
       completed, pending activities will start their next attempt on the new version.
       
      .temporal.api.workflow.v1.DeploymentVersionTransition version_transition = 6;
      Specified by:
      getVersionTransition in interface WorkflowExecutionVersioningInfoOrBuilder
      Returns:
      The versionTransition.
    • getVersionTransitionOrBuilder

      public DeploymentVersionTransitionOrBuilder getVersionTransitionOrBuilder()
       When present, indicates the workflow is transitioning to a different deployment version
       (which may belong to the same deployment name or another). Can indicate one of the following
       transitions: unversioned -> versioned, versioned -> versioned
       on a different deployment version, or versioned -> unversioned.
       Not applicable to workflows with PINNED behavior.
       When a workflow with AUTO_UPGRADE behavior creates a new workflow task, it will automatically
       start a transition to the task queue's current version if the task queue's current version is
       different from the workflow's current deployment version.
       If the AUTO_UPGRADE workflow is stuck due to backlogged activity or workflow tasks, those
       tasks will be redirected to the task queue's current version. As soon as a poller from
       that deployment version is available to receive the task, the workflow will automatically
       start a transition to that version and continue execution there.
       A version transition can only exist while there is a pending or started workflow task.
       Once the pending workflow task completes on the transition's target version, the
       transition completes and the workflow's `behavior`, and `deployment_version` fields are updated per the
       worker's task completion response.
       Pending activities will not start new attempts during a transition. Once the transition is
       completed, pending activities will start their next attempt on the new version.
       
      .temporal.api.workflow.v1.DeploymentVersionTransition version_transition = 6;
      Specified by:
      getVersionTransitionOrBuilder in interface WorkflowExecutionVersioningInfoOrBuilder
    • getRevisionNumber

      public long getRevisionNumber()
       Monotonic counter reflecting the latest routing decision for this workflow execution.
       Used for staleness detection between history and matching when dispatching tasks to workers.
       Incremented when a workflow execution routes to a new deployment version, which happens
       when a worker of the new deployment version completes a workflow task.
       Note: Pinned tasks and sticky tasks send a value of 0 for this field since these tasks do not
       face the problem of inconsistent dispatching that arises from eventual consistency between
       task queues and their partitions.
       
      int64 revision_number = 8;
      Specified by:
      getRevisionNumber in interface WorkflowExecutionVersioningInfoOrBuilder
      Returns:
      The revisionNumber.
    • getContinueAsNewInitialVersioningBehaviorValue

      public int getContinueAsNewInitialVersioningBehaviorValue()
       Experimental.
       If this workflow is the result of a continue-as-new, this field is set to the initial_versioning_behavior
       specified in that command.
       Only used for the initial task of this run and the initial task of any retries of this run.
       Not passed to children or to future continue-as-new.
      
       Note: In the first release of Upgrade-on-CaN, when the only ContinueAsNewVersioningBehavior was AutoUpgrade,
       a non-empty InheritedAutoUpgradeInfo meant that the workflow should start as AutoUpgrade. So for compatibility
       with ContinueAsNew history commands generated during that time, know that an UNSPECIFIED value here is equivalent
       to ContinueAsNewVersioningBehaviorAutoUpgrade if the behavior of the workflow is AutoUpgrade.
       
      .temporal.api.enums.v1.ContinueAsNewVersioningBehavior continue_as_new_initial_versioning_behavior = 9;
      Specified by:
      getContinueAsNewInitialVersioningBehaviorValue in interface WorkflowExecutionVersioningInfoOrBuilder
      Returns:
      The enum numeric value on the wire for continueAsNewInitialVersioningBehavior.
    • getContinueAsNewInitialVersioningBehavior

      public ContinueAsNewVersioningBehavior getContinueAsNewInitialVersioningBehavior()
       Experimental.
       If this workflow is the result of a continue-as-new, this field is set to the initial_versioning_behavior
       specified in that command.
       Only used for the initial task of this run and the initial task of any retries of this run.
       Not passed to children or to future continue-as-new.
      
       Note: In the first release of Upgrade-on-CaN, when the only ContinueAsNewVersioningBehavior was AutoUpgrade,
       a non-empty InheritedAutoUpgradeInfo meant that the workflow should start as AutoUpgrade. So for compatibility
       with ContinueAsNew history commands generated during that time, know that an UNSPECIFIED value here is equivalent
       to ContinueAsNewVersioningBehaviorAutoUpgrade if the behavior of the workflow is AutoUpgrade.
       
      .temporal.api.enums.v1.ContinueAsNewVersioningBehavior continue_as_new_initial_versioning_behavior = 9;
      Specified by:
      getContinueAsNewInitialVersioningBehavior in interface WorkflowExecutionVersioningInfoOrBuilder
      Returns:
      The continueAsNewInitialVersioningBehavior.
    • isInitialized

      public final boolean isInitialized()
      Specified by:
      isInitialized in interface com.google.protobuf.MessageLiteOrBuilder
      Overrides:
      isInitialized in class com.google.protobuf.GeneratedMessageV3
    • writeTo

      public void writeTo(com.google.protobuf.CodedOutputStream output) throws IOException
      Specified by:
      writeTo in interface com.google.protobuf.MessageLite
      Overrides:
      writeTo in class com.google.protobuf.GeneratedMessageV3
      Throws:
      IOException
    • getSerializedSize

      public int getSerializedSize()
      Specified by:
      getSerializedSize in interface com.google.protobuf.MessageLite
      Overrides:
      getSerializedSize in class com.google.protobuf.GeneratedMessageV3
    • equals

      public boolean equals(Object obj)
      Specified by:
      equals in interface com.google.protobuf.Message
      Overrides:
      equals in class com.google.protobuf.AbstractMessage
    • hashCode

      public int hashCode()
      Specified by:
      hashCode in interface com.google.protobuf.Message
      Overrides:
      hashCode in class com.google.protobuf.AbstractMessage
    • parseFrom

      public static WorkflowExecutionVersioningInfo parseFrom(ByteBuffer data) throws com.google.protobuf.InvalidProtocolBufferException
      Throws:
      com.google.protobuf.InvalidProtocolBufferException
    • parseFrom

      public static WorkflowExecutionVersioningInfo parseFrom(ByteBuffer data, com.google.protobuf.ExtensionRegistryLite extensionRegistry) throws com.google.protobuf.InvalidProtocolBufferException
      Throws:
      com.google.protobuf.InvalidProtocolBufferException
    • parseFrom

      public static WorkflowExecutionVersioningInfo parseFrom(com.google.protobuf.ByteString data) throws com.google.protobuf.InvalidProtocolBufferException
      Throws:
      com.google.protobuf.InvalidProtocolBufferException
    • parseFrom

      public static WorkflowExecutionVersioningInfo parseFrom(com.google.protobuf.ByteString data, com.google.protobuf.ExtensionRegistryLite extensionRegistry) throws com.google.protobuf.InvalidProtocolBufferException
      Throws:
      com.google.protobuf.InvalidProtocolBufferException
    • parseFrom

      public static WorkflowExecutionVersioningInfo parseFrom(byte[] data) throws com.google.protobuf.InvalidProtocolBufferException
      Throws:
      com.google.protobuf.InvalidProtocolBufferException
    • parseFrom

      public static WorkflowExecutionVersioningInfo parseFrom(byte[] data, com.google.protobuf.ExtensionRegistryLite extensionRegistry) throws com.google.protobuf.InvalidProtocolBufferException
      Throws:
      com.google.protobuf.InvalidProtocolBufferException
    • parseFrom

      public static WorkflowExecutionVersioningInfo parseFrom(InputStream input) throws IOException
      Throws:
      IOException
    • parseFrom

      public static WorkflowExecutionVersioningInfo parseFrom(InputStream input, com.google.protobuf.ExtensionRegistryLite extensionRegistry) throws IOException
      Throws:
      IOException
    • parseDelimitedFrom

      public static WorkflowExecutionVersioningInfo parseDelimitedFrom(InputStream input) throws IOException
      Throws:
      IOException
    • parseDelimitedFrom

      public static WorkflowExecutionVersioningInfo parseDelimitedFrom(InputStream input, com.google.protobuf.ExtensionRegistryLite extensionRegistry) throws IOException
      Throws:
      IOException
    • parseFrom

      public static WorkflowExecutionVersioningInfo parseFrom(com.google.protobuf.CodedInputStream input) throws IOException
      Throws:
      IOException
    • parseFrom

      public static WorkflowExecutionVersioningInfo parseFrom(com.google.protobuf.CodedInputStream input, com.google.protobuf.ExtensionRegistryLite extensionRegistry) throws IOException
      Throws:
      IOException
    • newBuilderForType

      public WorkflowExecutionVersioningInfo.Builder newBuilderForType()
      Specified by:
      newBuilderForType in interface com.google.protobuf.Message
      Specified by:
      newBuilderForType in interface com.google.protobuf.MessageLite
    • newBuilder

      public static WorkflowExecutionVersioningInfo.Builder newBuilder()
    • newBuilder

    • toBuilder

      Specified by:
      toBuilder in interface com.google.protobuf.Message
      Specified by:
      toBuilder in interface com.google.protobuf.MessageLite
    • newBuilderForType

      protected WorkflowExecutionVersioningInfo.Builder newBuilderForType(com.google.protobuf.GeneratedMessageV3.BuilderParent parent)
      Specified by:
      newBuilderForType in class com.google.protobuf.GeneratedMessageV3
    • getDefaultInstance

      public static WorkflowExecutionVersioningInfo getDefaultInstance()
    • parser

      public static com.google.protobuf.Parser<WorkflowExecutionVersioningInfo> parser()
    • getParserForType

      public com.google.protobuf.Parser<WorkflowExecutionVersioningInfo> getParserForType()
      Specified by:
      getParserForType in interface com.google.protobuf.Message
      Specified by:
      getParserForType in interface com.google.protobuf.MessageLite
      Overrides:
      getParserForType in class com.google.protobuf.GeneratedMessageV3
    • getDefaultInstanceForType

      public WorkflowExecutionVersioningInfo getDefaultInstanceForType()
      Specified by:
      getDefaultInstanceForType in interface com.google.protobuf.MessageLiteOrBuilder
      Specified by:
      getDefaultInstanceForType in interface com.google.protobuf.MessageOrBuilder