Struct aws_sdk_emr::client::fluent_builders::AddJobFlowSteps
source · [−]pub struct AddJobFlowSteps<C = DynConnector, M = DefaultMiddleware, R = Standard> { /* private fields */ }Expand description
Fluent builder constructing a request to AddJobFlowSteps.
AddJobFlowSteps adds new steps to a running cluster. A maximum of 256 steps are allowed in each job flow.
If your cluster is long-running (such as a Hive data warehouse) or complex, you may require more than 256 steps to process your data. You can bypass the 256-step limitation in various ways, including using SSH to connect to the master node and submitting queries directly to the software running on the master node, such as Hive and Hadoop. For more information on how to do this, see Add More than 256 Steps to a Cluster in the Amazon EMR Management Guide.
A step specifies the location of a JAR file stored either on the master node of the cluster or in Amazon S3. Each step is performed by the main function of the main class of the JAR file. The main class can be specified either in the manifest of the JAR or by using the MainFunction parameter of the step.
Amazon EMR executes each step in the order listed. For a step to be considered complete, the main function must exit with a zero exit code and all Hadoop jobs started while the step was running must have completed and run successfully.
You can only add steps to a cluster that is in one of the following states: STARTING, BOOTSTRAPPING, RUNNING, or WAITING.
Implementations
impl<C, M, R> AddJobFlowSteps<C, M, R> where
C: SmithyConnector,
M: SmithyMiddleware<C>,
R: NewRequestPolicy,
impl<C, M, R> AddJobFlowSteps<C, M, R> where
C: SmithyConnector,
M: SmithyMiddleware<C>,
R: NewRequestPolicy,
pub async fn send(
self
) -> Result<AddJobFlowStepsOutput, SdkError<AddJobFlowStepsError>> where
R::Policy: SmithyRetryPolicy<AddJobFlowStepsInputOperationOutputAlias, AddJobFlowStepsOutput, AddJobFlowStepsError, AddJobFlowStepsInputOperationRetryAlias>,
pub async fn send(
self
) -> Result<AddJobFlowStepsOutput, SdkError<AddJobFlowStepsError>> where
R::Policy: SmithyRetryPolicy<AddJobFlowStepsInputOperationOutputAlias, AddJobFlowStepsOutput, AddJobFlowStepsError, AddJobFlowStepsInputOperationRetryAlias>,
Sends the request and returns the response.
If an error occurs, an SdkError will be returned with additional details that
can be matched against.
By default, any retryable failures will be retried twice. Retry behavior is configurable with the RetryConfig, which can be set when configuring the client.
A string that uniquely identifies the job flow. This identifier is returned by RunJobFlow and can also be obtained from ListClusters.
A string that uniquely identifies the job flow. This identifier is returned by RunJobFlow and can also be obtained from ListClusters.
Appends an item to Steps.
To override the contents of this collection use set_steps.
A list of StepConfig to be executed by the job flow.
A list of StepConfig to be executed by the job flow.
Trait Implementations
Auto Trait Implementations
impl<C = DynConnector, M = DefaultMiddleware, R = Standard> !RefUnwindSafe for AddJobFlowSteps<C, M, R>
impl<C, M, R> Send for AddJobFlowSteps<C, M, R> where
C: Send + Sync,
M: Send + Sync,
R: Send + Sync,
impl<C, M, R> Sync for AddJobFlowSteps<C, M, R> where
C: Send + Sync,
M: Send + Sync,
R: Send + Sync,
impl<C, M, R> Unpin for AddJobFlowSteps<C, M, R>
impl<C = DynConnector, M = DefaultMiddleware, R = Standard> !UnwindSafe for AddJobFlowSteps<C, M, R>
Blanket Implementations
Mutably borrows from an owned value. Read more
Attaches the provided Subscriber to this type, returning a
WithDispatch wrapper. Read more
Attaches the current default Subscriber to this type, returning a
WithDispatch wrapper. Read more