Questions regarding the Retry fault tolerance

[cj19]

1. Is there a way to configure the parameters of the Retry annotation dynamically (for example with configuration property values)?
2. Is there a way to set the starting time of the first retry? As far as I know the delay parameter only sets the time between the retries.

[Ladicek]

1. Is there a way to configure the parameters of the Retry annotation dynamically (for example with configuration property values)?

Yes, see https://smallrye.io/docs/smallrye-fault-tolerance/6.8.0/reference/config.html and https://quarkus.io/guides/smallrye-fault-tolerance#runtime-configuration

2. Is there a way to set the starting time of the first retry? As far as I know the delay parameter only sets the time between the retries.

What does "starting time" mean? The first retry attempt starts after the first delay, which begins after the failure of the initial attempt.

[cj19]

Thanks for replying!

What does "starting time" mean? The first retry attempt starts after the first delay, which begins after the failure of the initial attempt.

This answered my question, thanks.

My next question would be the following:

Is there a good way to achieve multiple retry solutions for one entry point? Lets assume that we have two different type of errors for the same entry point of one component, but we need to handle the retry mechanism differently. Whats the best way to handle this? ( I will create separate thread for this)

[Ladicek]

I don't think there's a good way, frankly. It should be possible to add a second method that would have its own @Retry annotation, and call it from the first method. Something like:

@Retry(maxRetries = 3, retryOn = IllegalArgumentException.class)
public String hello() {
    return doHello();
}

@Retry(maxRetries = 10, retryOn = IllegalStateException.class)
String doHello() {
    ...
}

Note that this would only work in Quarkus, which supports self-interception.