/** * Copyright Amazon.com, Inc. or its affiliates. All Rights Reserved. * SPDX-License-Identifier: Apache-2.0. */ #pragma once #include #include #include #include #include namespace Aws { namespace CloudFormation { namespace Model { /** *

The input for the ContinueUpdateRollback action.

See * Also:

AWS * API Reference

*/ class ContinueUpdateRollbackRequest : public CloudFormationRequest { public: AWS_CLOUDFORMATION_API ContinueUpdateRollbackRequest(); // Service request name is the Operation name which will send this request out, // each operation should has unique request name, so that we can get operation's name from this request. // Note: this is not true for response, multiple operations may have the same response name, // so we can not get operation's name from response. inline virtual const char* GetServiceRequestName() const override { return "ContinueUpdateRollback"; } AWS_CLOUDFORMATION_API Aws::String SerializePayload() const override; protected: AWS_CLOUDFORMATION_API void DumpBodyToUrl(Aws::Http::URI& uri ) const override; public: /** *

The name or the unique ID of the stack that you want to continue rolling * back.

Don't specify the name of a nested stack (a stack that was * created by using the AWS::CloudFormation::Stack resource). Instead, * use this operation on the parent stack (the stack that contains the * AWS::CloudFormation::Stack resource).

*/ inline const Aws::String& GetStackName() const{ return m_stackName; } /** *

The name or the unique ID of the stack that you want to continue rolling * back.

Don't specify the name of a nested stack (a stack that was * created by using the AWS::CloudFormation::Stack resource). Instead, * use this operation on the parent stack (the stack that contains the * AWS::CloudFormation::Stack resource).

*/ inline bool StackNameHasBeenSet() const { return m_stackNameHasBeenSet; } /** *

The name or the unique ID of the stack that you want to continue rolling * back.

Don't specify the name of a nested stack (a stack that was * created by using the AWS::CloudFormation::Stack resource). Instead, * use this operation on the parent stack (the stack that contains the * AWS::CloudFormation::Stack resource).

*/ inline void SetStackName(const Aws::String& value) { m_stackNameHasBeenSet = true; m_stackName = value; } /** *

The name or the unique ID of the stack that you want to continue rolling * back.

Don't specify the name of a nested stack (a stack that was * created by using the AWS::CloudFormation::Stack resource). Instead, * use this operation on the parent stack (the stack that contains the * AWS::CloudFormation::Stack resource).

*/ inline void SetStackName(Aws::String&& value) { m_stackNameHasBeenSet = true; m_stackName = std::move(value); } /** *

The name or the unique ID of the stack that you want to continue rolling * back.

Don't specify the name of a nested stack (a stack that was * created by using the AWS::CloudFormation::Stack resource). Instead, * use this operation on the parent stack (the stack that contains the * AWS::CloudFormation::Stack resource).

*/ inline void SetStackName(const char* value) { m_stackNameHasBeenSet = true; m_stackName.assign(value); } /** *

The name or the unique ID of the stack that you want to continue rolling * back.

Don't specify the name of a nested stack (a stack that was * created by using the AWS::CloudFormation::Stack resource). Instead, * use this operation on the parent stack (the stack that contains the * AWS::CloudFormation::Stack resource).

*/ inline ContinueUpdateRollbackRequest& WithStackName(const Aws::String& value) { SetStackName(value); return *this;} /** *

The name or the unique ID of the stack that you want to continue rolling * back.

Don't specify the name of a nested stack (a stack that was * created by using the AWS::CloudFormation::Stack resource). Instead, * use this operation on the parent stack (the stack that contains the * AWS::CloudFormation::Stack resource).

*/ inline ContinueUpdateRollbackRequest& WithStackName(Aws::String&& value) { SetStackName(std::move(value)); return *this;} /** *

The name or the unique ID of the stack that you want to continue rolling * back.

Don't specify the name of a nested stack (a stack that was * created by using the AWS::CloudFormation::Stack resource). Instead, * use this operation on the parent stack (the stack that contains the * AWS::CloudFormation::Stack resource).

*/ inline ContinueUpdateRollbackRequest& WithStackName(const char* value) { SetStackName(value); return *this;} /** *

The Amazon Resource Name (ARN) of an Identity and Access Management (IAM) * role that CloudFormation assumes to roll back the stack. CloudFormation uses the * role's credentials to make calls on your behalf. CloudFormation always uses this * role for all future operations on the stack. Provided that users have permission * to operate on the stack, CloudFormation uses this role even if the users don't * have permission to pass it. Ensure that the role grants least permission.

*

If you don't specify a value, CloudFormation uses the role that was * previously associated with the stack. If no role is available, CloudFormation * uses a temporary session that's generated from your user credentials.

*/ inline const Aws::String& GetRoleARN() const{ return m_roleARN; } /** *

The Amazon Resource Name (ARN) of an Identity and Access Management (IAM) * role that CloudFormation assumes to roll back the stack. CloudFormation uses the * role's credentials to make calls on your behalf. CloudFormation always uses this * role for all future operations on the stack. Provided that users have permission * to operate on the stack, CloudFormation uses this role even if the users don't * have permission to pass it. Ensure that the role grants least permission.

*

If you don't specify a value, CloudFormation uses the role that was * previously associated with the stack. If no role is available, CloudFormation * uses a temporary session that's generated from your user credentials.

*/ inline bool RoleARNHasBeenSet() const { return m_roleARNHasBeenSet; } /** *

The Amazon Resource Name (ARN) of an Identity and Access Management (IAM) * role that CloudFormation assumes to roll back the stack. CloudFormation uses the * role's credentials to make calls on your behalf. CloudFormation always uses this * role for all future operations on the stack. Provided that users have permission * to operate on the stack, CloudFormation uses this role even if the users don't * have permission to pass it. Ensure that the role grants least permission.

*

If you don't specify a value, CloudFormation uses the role that was * previously associated with the stack. If no role is available, CloudFormation * uses a temporary session that's generated from your user credentials.

*/ inline void SetRoleARN(const Aws::String& value) { m_roleARNHasBeenSet = true; m_roleARN = value; } /** *

The Amazon Resource Name (ARN) of an Identity and Access Management (IAM) * role that CloudFormation assumes to roll back the stack. CloudFormation uses the * role's credentials to make calls on your behalf. CloudFormation always uses this * role for all future operations on the stack. Provided that users have permission * to operate on the stack, CloudFormation uses this role even if the users don't * have permission to pass it. Ensure that the role grants least permission.

*

If you don't specify a value, CloudFormation uses the role that was * previously associated with the stack. If no role is available, CloudFormation * uses a temporary session that's generated from your user credentials.

*/ inline void SetRoleARN(Aws::String&& value) { m_roleARNHasBeenSet = true; m_roleARN = std::move(value); } /** *

The Amazon Resource Name (ARN) of an Identity and Access Management (IAM) * role that CloudFormation assumes to roll back the stack. CloudFormation uses the * role's credentials to make calls on your behalf. CloudFormation always uses this * role for all future operations on the stack. Provided that users have permission * to operate on the stack, CloudFormation uses this role even if the users don't * have permission to pass it. Ensure that the role grants least permission.

*

If you don't specify a value, CloudFormation uses the role that was * previously associated with the stack. If no role is available, CloudFormation * uses a temporary session that's generated from your user credentials.

*/ inline void SetRoleARN(const char* value) { m_roleARNHasBeenSet = true; m_roleARN.assign(value); } /** *

The Amazon Resource Name (ARN) of an Identity and Access Management (IAM) * role that CloudFormation assumes to roll back the stack. CloudFormation uses the * role's credentials to make calls on your behalf. CloudFormation always uses this * role for all future operations on the stack. Provided that users have permission * to operate on the stack, CloudFormation uses this role even if the users don't * have permission to pass it. Ensure that the role grants least permission.

*

If you don't specify a value, CloudFormation uses the role that was * previously associated with the stack. If no role is available, CloudFormation * uses a temporary session that's generated from your user credentials.

*/ inline ContinueUpdateRollbackRequest& WithRoleARN(const Aws::String& value) { SetRoleARN(value); return *this;} /** *

The Amazon Resource Name (ARN) of an Identity and Access Management (IAM) * role that CloudFormation assumes to roll back the stack. CloudFormation uses the * role's credentials to make calls on your behalf. CloudFormation always uses this * role for all future operations on the stack. Provided that users have permission * to operate on the stack, CloudFormation uses this role even if the users don't * have permission to pass it. Ensure that the role grants least permission.

*

If you don't specify a value, CloudFormation uses the role that was * previously associated with the stack. If no role is available, CloudFormation * uses a temporary session that's generated from your user credentials.

*/ inline ContinueUpdateRollbackRequest& WithRoleARN(Aws::String&& value) { SetRoleARN(std::move(value)); return *this;} /** *

The Amazon Resource Name (ARN) of an Identity and Access Management (IAM) * role that CloudFormation assumes to roll back the stack. CloudFormation uses the * role's credentials to make calls on your behalf. CloudFormation always uses this * role for all future operations on the stack. Provided that users have permission * to operate on the stack, CloudFormation uses this role even if the users don't * have permission to pass it. Ensure that the role grants least permission.

*

If you don't specify a value, CloudFormation uses the role that was * previously associated with the stack. If no role is available, CloudFormation * uses a temporary session that's generated from your user credentials.

*/ inline ContinueUpdateRollbackRequest& WithRoleARN(const char* value) { SetRoleARN(value); return *this;} /** *

A list of the logical IDs of the resources that CloudFormation skips during * the continue update rollback operation. You can specify only resources that are * in the UPDATE_FAILED state because a rollback failed. You can't * specify resources that are in the UPDATE_FAILED state for other * reasons, for example, because an update was canceled. To check why a resource * update failed, use the DescribeStackResources action, and view the * resource status reason.

Specify this property to skip rolling * back resources that CloudFormation can't successfully roll back. We recommend * that you * troubleshoot resources before skipping them. CloudFormation sets the status * of the specified resources to UPDATE_COMPLETE and continues to roll * back the stack. After the rollback is complete, the state of the skipped * resources will be inconsistent with the state of the resources in the stack * template. Before performing another stack update, you must update the stack or * resources to be consistent with each other. If you don't, subsequent stack * updates might fail, and the stack will become unrecoverable.

*

Specify the minimum number of resources required to successfully roll back * your stack. For example, a failed resource update might cause dependent * resources to fail. In this case, it might not be necessary to skip the dependent * resources.

To skip resources that are part of nested stacks, use the * following format: NestedStackName.ResourceLogicalID. If you want to * specify the logical ID of a stack resource (Type: * AWS::CloudFormation::Stack) in the ResourcesToSkip list, * then its corresponding embedded stack must be in one of the following states: * DELETE_IN_PROGRESS, DELETE_COMPLETE, or * DELETE_FAILED.

Don't confuse a child stack's name * with its corresponding logical ID defined in the parent stack. For an example of * a continue update rollback operation with nested stacks, see Using * ResourcesToSkip to recover a nested stacks hierarchy.

*/ inline const Aws::Vector& GetResourcesToSkip() const{ return m_resourcesToSkip; } /** *

A list of the logical IDs of the resources that CloudFormation skips during * the continue update rollback operation. You can specify only resources that are * in the UPDATE_FAILED state because a rollback failed. You can't * specify resources that are in the UPDATE_FAILED state for other * reasons, for example, because an update was canceled. To check why a resource * update failed, use the DescribeStackResources action, and view the * resource status reason.

Specify this property to skip rolling * back resources that CloudFormation can't successfully roll back. We recommend * that you * troubleshoot resources before skipping them. CloudFormation sets the status * of the specified resources to UPDATE_COMPLETE and continues to roll * back the stack. After the rollback is complete, the state of the skipped * resources will be inconsistent with the state of the resources in the stack * template. Before performing another stack update, you must update the stack or * resources to be consistent with each other. If you don't, subsequent stack * updates might fail, and the stack will become unrecoverable.

*

Specify the minimum number of resources required to successfully roll back * your stack. For example, a failed resource update might cause dependent * resources to fail. In this case, it might not be necessary to skip the dependent * resources.

To skip resources that are part of nested stacks, use the * following format: NestedStackName.ResourceLogicalID. If you want to * specify the logical ID of a stack resource (Type: * AWS::CloudFormation::Stack) in the ResourcesToSkip list, * then its corresponding embedded stack must be in one of the following states: * DELETE_IN_PROGRESS, DELETE_COMPLETE, or * DELETE_FAILED.

Don't confuse a child stack's name * with its corresponding logical ID defined in the parent stack. For an example of * a continue update rollback operation with nested stacks, see Using * ResourcesToSkip to recover a nested stacks hierarchy.

*/ inline bool ResourcesToSkipHasBeenSet() const { return m_resourcesToSkipHasBeenSet; } /** *

A list of the logical IDs of the resources that CloudFormation skips during * the continue update rollback operation. You can specify only resources that are * in the UPDATE_FAILED state because a rollback failed. You can't * specify resources that are in the UPDATE_FAILED state for other * reasons, for example, because an update was canceled. To check why a resource * update failed, use the DescribeStackResources action, and view the * resource status reason.

Specify this property to skip rolling * back resources that CloudFormation can't successfully roll back. We recommend * that you * troubleshoot resources before skipping them. CloudFormation sets the status * of the specified resources to UPDATE_COMPLETE and continues to roll * back the stack. After the rollback is complete, the state of the skipped * resources will be inconsistent with the state of the resources in the stack * template. Before performing another stack update, you must update the stack or * resources to be consistent with each other. If you don't, subsequent stack * updates might fail, and the stack will become unrecoverable.

*

Specify the minimum number of resources required to successfully roll back * your stack. For example, a failed resource update might cause dependent * resources to fail. In this case, it might not be necessary to skip the dependent * resources.

To skip resources that are part of nested stacks, use the * following format: NestedStackName.ResourceLogicalID. If you want to * specify the logical ID of a stack resource (Type: * AWS::CloudFormation::Stack) in the ResourcesToSkip list, * then its corresponding embedded stack must be in one of the following states: * DELETE_IN_PROGRESS, DELETE_COMPLETE, or * DELETE_FAILED.

Don't confuse a child stack's name * with its corresponding logical ID defined in the parent stack. For an example of * a continue update rollback operation with nested stacks, see Using * ResourcesToSkip to recover a nested stacks hierarchy.

*/ inline void SetResourcesToSkip(const Aws::Vector& value) { m_resourcesToSkipHasBeenSet = true; m_resourcesToSkip = value; } /** *

A list of the logical IDs of the resources that CloudFormation skips during * the continue update rollback operation. You can specify only resources that are * in the UPDATE_FAILED state because a rollback failed. You can't * specify resources that are in the UPDATE_FAILED state for other * reasons, for example, because an update was canceled. To check why a resource * update failed, use the DescribeStackResources action, and view the * resource status reason.

Specify this property to skip rolling * back resources that CloudFormation can't successfully roll back. We recommend * that you * troubleshoot resources before skipping them. CloudFormation sets the status * of the specified resources to UPDATE_COMPLETE and continues to roll * back the stack. After the rollback is complete, the state of the skipped * resources will be inconsistent with the state of the resources in the stack * template. Before performing another stack update, you must update the stack or * resources to be consistent with each other. If you don't, subsequent stack * updates might fail, and the stack will become unrecoverable.

*

Specify the minimum number of resources required to successfully roll back * your stack. For example, a failed resource update might cause dependent * resources to fail. In this case, it might not be necessary to skip the dependent * resources.

To skip resources that are part of nested stacks, use the * following format: NestedStackName.ResourceLogicalID. If you want to * specify the logical ID of a stack resource (Type: * AWS::CloudFormation::Stack) in the ResourcesToSkip list, * then its corresponding embedded stack must be in one of the following states: * DELETE_IN_PROGRESS, DELETE_COMPLETE, or * DELETE_FAILED.

Don't confuse a child stack's name * with its corresponding logical ID defined in the parent stack. For an example of * a continue update rollback operation with nested stacks, see Using * ResourcesToSkip to recover a nested stacks hierarchy.

*/ inline void SetResourcesToSkip(Aws::Vector&& value) { m_resourcesToSkipHasBeenSet = true; m_resourcesToSkip = std::move(value); } /** *

A list of the logical IDs of the resources that CloudFormation skips during * the continue update rollback operation. You can specify only resources that are * in the UPDATE_FAILED state because a rollback failed. You can't * specify resources that are in the UPDATE_FAILED state for other * reasons, for example, because an update was canceled. To check why a resource * update failed, use the DescribeStackResources action, and view the * resource status reason.

Specify this property to skip rolling * back resources that CloudFormation can't successfully roll back. We recommend * that you * troubleshoot resources before skipping them. CloudFormation sets the status * of the specified resources to UPDATE_COMPLETE and continues to roll * back the stack. After the rollback is complete, the state of the skipped * resources will be inconsistent with the state of the resources in the stack * template. Before performing another stack update, you must update the stack or * resources to be consistent with each other. If you don't, subsequent stack * updates might fail, and the stack will become unrecoverable.

*

Specify the minimum number of resources required to successfully roll back * your stack. For example, a failed resource update might cause dependent * resources to fail. In this case, it might not be necessary to skip the dependent * resources.

To skip resources that are part of nested stacks, use the * following format: NestedStackName.ResourceLogicalID. If you want to * specify the logical ID of a stack resource (Type: * AWS::CloudFormation::Stack) in the ResourcesToSkip list, * then its corresponding embedded stack must be in one of the following states: * DELETE_IN_PROGRESS, DELETE_COMPLETE, or * DELETE_FAILED.

Don't confuse a child stack's name * with its corresponding logical ID defined in the parent stack. For an example of * a continue update rollback operation with nested stacks, see Using * ResourcesToSkip to recover a nested stacks hierarchy.

*/ inline ContinueUpdateRollbackRequest& WithResourcesToSkip(const Aws::Vector& value) { SetResourcesToSkip(value); return *this;} /** *

A list of the logical IDs of the resources that CloudFormation skips during * the continue update rollback operation. You can specify only resources that are * in the UPDATE_FAILED state because a rollback failed. You can't * specify resources that are in the UPDATE_FAILED state for other * reasons, for example, because an update was canceled. To check why a resource * update failed, use the DescribeStackResources action, and view the * resource status reason.

Specify this property to skip rolling * back resources that CloudFormation can't successfully roll back. We recommend * that you * troubleshoot resources before skipping them. CloudFormation sets the status * of the specified resources to UPDATE_COMPLETE and continues to roll * back the stack. After the rollback is complete, the state of the skipped * resources will be inconsistent with the state of the resources in the stack * template. Before performing another stack update, you must update the stack or * resources to be consistent with each other. If you don't, subsequent stack * updates might fail, and the stack will become unrecoverable.

*

Specify the minimum number of resources required to successfully roll back * your stack. For example, a failed resource update might cause dependent * resources to fail. In this case, it might not be necessary to skip the dependent * resources.

To skip resources that are part of nested stacks, use the * following format: NestedStackName.ResourceLogicalID. If you want to * specify the logical ID of a stack resource (Type: * AWS::CloudFormation::Stack) in the ResourcesToSkip list, * then its corresponding embedded stack must be in one of the following states: * DELETE_IN_PROGRESS, DELETE_COMPLETE, or * DELETE_FAILED.

Don't confuse a child stack's name * with its corresponding logical ID defined in the parent stack. For an example of * a continue update rollback operation with nested stacks, see Using * ResourcesToSkip to recover a nested stacks hierarchy.

*/ inline ContinueUpdateRollbackRequest& WithResourcesToSkip(Aws::Vector&& value) { SetResourcesToSkip(std::move(value)); return *this;} /** *

A list of the logical IDs of the resources that CloudFormation skips during * the continue update rollback operation. You can specify only resources that are * in the UPDATE_FAILED state because a rollback failed. You can't * specify resources that are in the UPDATE_FAILED state for other * reasons, for example, because an update was canceled. To check why a resource * update failed, use the DescribeStackResources action, and view the * resource status reason.

Specify this property to skip rolling * back resources that CloudFormation can't successfully roll back. We recommend * that you * troubleshoot resources before skipping them. CloudFormation sets the status * of the specified resources to UPDATE_COMPLETE and continues to roll * back the stack. After the rollback is complete, the state of the skipped * resources will be inconsistent with the state of the resources in the stack * template. Before performing another stack update, you must update the stack or * resources to be consistent with each other. If you don't, subsequent stack * updates might fail, and the stack will become unrecoverable.

*

Specify the minimum number of resources required to successfully roll back * your stack. For example, a failed resource update might cause dependent * resources to fail. In this case, it might not be necessary to skip the dependent * resources.

To skip resources that are part of nested stacks, use the * following format: NestedStackName.ResourceLogicalID. If you want to * specify the logical ID of a stack resource (Type: * AWS::CloudFormation::Stack) in the ResourcesToSkip list, * then its corresponding embedded stack must be in one of the following states: * DELETE_IN_PROGRESS, DELETE_COMPLETE, or * DELETE_FAILED.

Don't confuse a child stack's name * with its corresponding logical ID defined in the parent stack. For an example of * a continue update rollback operation with nested stacks, see Using * ResourcesToSkip to recover a nested stacks hierarchy.

*/ inline ContinueUpdateRollbackRequest& AddResourcesToSkip(const Aws::String& value) { m_resourcesToSkipHasBeenSet = true; m_resourcesToSkip.push_back(value); return *this; } /** *

A list of the logical IDs of the resources that CloudFormation skips during * the continue update rollback operation. You can specify only resources that are * in the UPDATE_FAILED state because a rollback failed. You can't * specify resources that are in the UPDATE_FAILED state for other * reasons, for example, because an update was canceled. To check why a resource * update failed, use the DescribeStackResources action, and view the * resource status reason.

Specify this property to skip rolling * back resources that CloudFormation can't successfully roll back. We recommend * that you * troubleshoot resources before skipping them. CloudFormation sets the status * of the specified resources to UPDATE_COMPLETE and continues to roll * back the stack. After the rollback is complete, the state of the skipped * resources will be inconsistent with the state of the resources in the stack * template. Before performing another stack update, you must update the stack or * resources to be consistent with each other. If you don't, subsequent stack * updates might fail, and the stack will become unrecoverable.

*

Specify the minimum number of resources required to successfully roll back * your stack. For example, a failed resource update might cause dependent * resources to fail. In this case, it might not be necessary to skip the dependent * resources.

To skip resources that are part of nested stacks, use the * following format: NestedStackName.ResourceLogicalID. If you want to * specify the logical ID of a stack resource (Type: * AWS::CloudFormation::Stack) in the ResourcesToSkip list, * then its corresponding embedded stack must be in one of the following states: * DELETE_IN_PROGRESS, DELETE_COMPLETE, or * DELETE_FAILED.

Don't confuse a child stack's name * with its corresponding logical ID defined in the parent stack. For an example of * a continue update rollback operation with nested stacks, see Using * ResourcesToSkip to recover a nested stacks hierarchy.

*/ inline ContinueUpdateRollbackRequest& AddResourcesToSkip(Aws::String&& value) { m_resourcesToSkipHasBeenSet = true; m_resourcesToSkip.push_back(std::move(value)); return *this; } /** *

A list of the logical IDs of the resources that CloudFormation skips during * the continue update rollback operation. You can specify only resources that are * in the UPDATE_FAILED state because a rollback failed. You can't * specify resources that are in the UPDATE_FAILED state for other * reasons, for example, because an update was canceled. To check why a resource * update failed, use the DescribeStackResources action, and view the * resource status reason.

Specify this property to skip rolling * back resources that CloudFormation can't successfully roll back. We recommend * that you * troubleshoot resources before skipping them. CloudFormation sets the status * of the specified resources to UPDATE_COMPLETE and continues to roll * back the stack. After the rollback is complete, the state of the skipped * resources will be inconsistent with the state of the resources in the stack * template. Before performing another stack update, you must update the stack or * resources to be consistent with each other. If you don't, subsequent stack * updates might fail, and the stack will become unrecoverable.

*

Specify the minimum number of resources required to successfully roll back * your stack. For example, a failed resource update might cause dependent * resources to fail. In this case, it might not be necessary to skip the dependent * resources.

To skip resources that are part of nested stacks, use the * following format: NestedStackName.ResourceLogicalID. If you want to * specify the logical ID of a stack resource (Type: * AWS::CloudFormation::Stack) in the ResourcesToSkip list, * then its corresponding embedded stack must be in one of the following states: * DELETE_IN_PROGRESS, DELETE_COMPLETE, or * DELETE_FAILED.

Don't confuse a child stack's name * with its corresponding logical ID defined in the parent stack. For an example of * a continue update rollback operation with nested stacks, see Using * ResourcesToSkip to recover a nested stacks hierarchy.

*/ inline ContinueUpdateRollbackRequest& AddResourcesToSkip(const char* value) { m_resourcesToSkipHasBeenSet = true; m_resourcesToSkip.push_back(value); return *this; } /** *

A unique identifier for this ContinueUpdateRollback request. * Specify this token if you plan to retry requests so that CloudFormation knows * that you're not attempting to continue the rollback to a stack with the same * name. You might retry ContinueUpdateRollback requests to ensure * that CloudFormation successfully received them.

*/ inline const Aws::String& GetClientRequestToken() const{ return m_clientRequestToken; } /** *

A unique identifier for this ContinueUpdateRollback request. * Specify this token if you plan to retry requests so that CloudFormation knows * that you're not attempting to continue the rollback to a stack with the same * name. You might retry ContinueUpdateRollback requests to ensure * that CloudFormation successfully received them.

*/ inline bool ClientRequestTokenHasBeenSet() const { return m_clientRequestTokenHasBeenSet; } /** *

A unique identifier for this ContinueUpdateRollback request. * Specify this token if you plan to retry requests so that CloudFormation knows * that you're not attempting to continue the rollback to a stack with the same * name. You might retry ContinueUpdateRollback requests to ensure * that CloudFormation successfully received them.

*/ inline void SetClientRequestToken(const Aws::String& value) { m_clientRequestTokenHasBeenSet = true; m_clientRequestToken = value; } /** *

A unique identifier for this ContinueUpdateRollback request. * Specify this token if you plan to retry requests so that CloudFormation knows * that you're not attempting to continue the rollback to a stack with the same * name. You might retry ContinueUpdateRollback requests to ensure * that CloudFormation successfully received them.

*/ inline void SetClientRequestToken(Aws::String&& value) { m_clientRequestTokenHasBeenSet = true; m_clientRequestToken = std::move(value); } /** *

A unique identifier for this ContinueUpdateRollback request. * Specify this token if you plan to retry requests so that CloudFormation knows * that you're not attempting to continue the rollback to a stack with the same * name. You might retry ContinueUpdateRollback requests to ensure * that CloudFormation successfully received them.

*/ inline void SetClientRequestToken(const char* value) { m_clientRequestTokenHasBeenSet = true; m_clientRequestToken.assign(value); } /** *

A unique identifier for this ContinueUpdateRollback request. * Specify this token if you plan to retry requests so that CloudFormation knows * that you're not attempting to continue the rollback to a stack with the same * name. You might retry ContinueUpdateRollback requests to ensure * that CloudFormation successfully received them.

*/ inline ContinueUpdateRollbackRequest& WithClientRequestToken(const Aws::String& value) { SetClientRequestToken(value); return *this;} /** *

A unique identifier for this ContinueUpdateRollback request. * Specify this token if you plan to retry requests so that CloudFormation knows * that you're not attempting to continue the rollback to a stack with the same * name. You might retry ContinueUpdateRollback requests to ensure * that CloudFormation successfully received them.

*/ inline ContinueUpdateRollbackRequest& WithClientRequestToken(Aws::String&& value) { SetClientRequestToken(std::move(value)); return *this;} /** *

A unique identifier for this ContinueUpdateRollback request. * Specify this token if you plan to retry requests so that CloudFormation knows * that you're not attempting to continue the rollback to a stack with the same * name. You might retry ContinueUpdateRollback requests to ensure * that CloudFormation successfully received them.

*/ inline ContinueUpdateRollbackRequest& WithClientRequestToken(const char* value) { SetClientRequestToken(value); return *this;} private: Aws::String m_stackName; bool m_stackNameHasBeenSet = false; Aws::String m_roleARN; bool m_roleARNHasBeenSet = false; Aws::Vector m_resourcesToSkip; bool m_resourcesToSkipHasBeenSet = false; Aws::String m_clientRequestToken; bool m_clientRequestTokenHasBeenSet = false; }; } // namespace Model } // namespace CloudFormation } // namespace Aws