Restart immediately without any limit on number of restart retries.
Restart immediately without any limit on number of restart retries.
If the actor behavior is deferred and throws an exception on startup the actor is stopped (restarting would be dangerous as it could lead to an infinite restart-loop)
Java API: It supports exponential back-off between the given minBackoff
and
maxBackoff
durations.
Java API: It supports exponential back-off between the given minBackoff
and
maxBackoff
durations. For example, if minBackoff
is 3 seconds and
maxBackoff
30 seconds the start attempts will be delayed with
3, 6, 12, 24, 30, 30 seconds. The exponential back-off counter is reset
if the actor is not terminated within the minBackoff
duration.
In addition to the calculated exponential back-off an additional
random delay based the given randomFactor
is added, e.g. 0.2 adds up to 20%
delay. The reason for adding a random delay is to avoid that all failing
actors hit the backend resource at the same time.
During the back-off incoming messages are dropped.
If no new exception occurs within the minBackoff
duration the exponentially
increased back-off timeout is reset.
The strategy is applied also if the actor behavior is deferred and throws an exception during startup.
minimum (initial) duration until the child actor will started again, if it is terminated
the exponential back-off is capped to this duration
after calculation of the exponential back-off an additional
random delay based on this factor is added, e.g. 0.2
adds up to 20%
delay.
In order to skip this additional delay pass in 0
.
Scala API: It supports exponential back-off between the given minBackoff
and
maxBackoff
durations.
Scala API: It supports exponential back-off between the given minBackoff
and
maxBackoff
durations. For example, if minBackoff
is 3 seconds and
maxBackoff
30 seconds the start attempts will be delayed with
3, 6, 12, 24, 30, 30 seconds. The exponential back-off counter is reset
if the actor is not terminated within the minBackoff
duration.
In addition to the calculated exponential back-off an additional
random delay based the given randomFactor
is added, e.g. 0.2 adds up to 20%
delay. The reason for adding a random delay is to avoid that all failing
actors hit the backend resource at the same time.
During the back-off incoming messages are dropped.
If no new exception occurs within the minBackoff
duration the exponentially
increased back-off timeout is reset.
The strategy is applied also if the actor behavior is deferred and throws an exception during startup.
minimum (initial) duration until the child actor will started again, if it is terminated
the exponential back-off is capped to this duration
after calculation of the exponential back-off an additional
random delay based on this factor is added, e.g. 0.2
adds up to 20%
delay.
In order to skip this additional delay pass in 0
.
Java API: Restart with a limit of number of restart retries.
Java API: Restart with a limit of number of restart retries.
The number of restarts are limited to a number of restart attempts (maxNrOfRetries
)
within a time range (withinTimeRange
). When the time window has elapsed without reaching
maxNrOfRetries
the restart count is reset.
The strategy is applied also if the actor behavior is deferred and throws an exception during startup.
the number of times a child actor is allowed to be restarted, if the limit is exceeded the child actor is stopped
duration of the time window for maxNrOfRetries
Scala API: Restart with a limit of number of restart retries.
Scala API: Restart with a limit of number of restart retries.
The number of restarts are limited to a number of restart attempts (maxNrOfRetries
)
within a time range (withinTimeRange
). When the time window has elapsed without reaching
maxNrOfRetries
the restart count is reset.
The strategy is applied also if the actor behavior is deferred and throws an exception during startup.
the number of times a child actor is allowed to be restarted, if the limit is exceeded the child actor is stopped
duration of the time window for maxNrOfRetries
Resume means keeping the same state as before the exception was
thrown and is thus less safe than restart
.
Resume means keeping the same state as before the exception was
thrown and is thus less safe than restart
.
If the actor behavior is deferred and throws an exception on startup the actor is stopped (restarting would be dangerous as it could lead to an infinite restart-loop)
Stop the actor