Skip to content
Open
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
6 changes: 3 additions & 3 deletions docs/getting_started/java/first_program_in_java/index.md
Original file line number Diff line number Diff line change
Expand Up @@ -213,7 +213,7 @@ public class MoneyTransferWorkflowImpl implements MoneyTransferWorkflow {
.setInitialInterval(Duration.ofSeconds(1)) // Wait 1 second before first retry
.setMaximumInterval(Duration.ofSeconds(20)) // Do not exceed 20 seconds between retries
.setBackoffCoefficient(2) // Wait 1 second, then 2, then 4, etc
.setMaximumAttempts(5000) // Fail after 5000 attempts
.setMaximumAttempts(3) // Fail after 3 attempts
.build();

// ActivityOptions specify the limits on how long an Activity can execute before
Expand Down Expand Up @@ -428,7 +428,7 @@ You'll see a **Retry Policy** defined that looks like this:
.setInitialInterval(Duration.ofSeconds(1)) // Wait 1 second before first retry
.setMaximumInterval(Duration.ofSeconds(20)) // Do not exceed 20 seconds between retries
.setBackoffCoefficient(2) // Wait 1 second, then 2, then 4, etc
.setMaximumAttempts(5000) // Fail after 5000 attempts
.setMaximumAttempts(3) // Fail after 3 attempts
.build();
```
<!--SNIPEND-->
Expand Down Expand Up @@ -862,7 +862,7 @@ Temporal offers multiple ways to specify timeouts, including [Schedule-To-Start

:::

In the Workflow Definition, you can see that a **`StartToCloseTimeout`** is specified for the Activities, and a Retry Policy tells the server to retry the Activities up to 5000 times.
In the Workflow Definition, you can see that a **`StartToCloseTimeout`** is specified for the Activities, and a Retry Policy tells the server to retry the Activities up to 3 times.

You can read more about [Retries](https://docs.temporal.io/retry-policies) in the documentation.

Expand Down