retry
retry copied to clipboard
because you should never give up, at least not on the first try
I was looking through the codebase and didn't find(maybe just search not thourough enough) an option to set a value which will be used to calculate an addition to `delay`...
I'm not sure why but I'm getting an extra call to my promise Looks like the retry is occurring correctly since logged "Retrying request" matches my retry attempt. The last...
This library looks great. Unfortunately lack of full examples is makes working with it quite difficult. Uncomplete code faragments are not helpfull. For example: ``` import scala.concurrent.ExecutionContext.Implicits.global import scala.concurrent.Future retry.Backoff()(Future...
Hi, Currently the [`Success`](https://github.com/softwaremill/retry/blob/46f2ad79491e638b1b38829722f35cf97a9ef4f8/shared/src/main/scala/Success.scala#L15) object provides default `Success` implicits for various standard types: ```scala implicit def either[A,B]: Success[Either[A,B]] = Success(_.isRight) implicit def option[A]: Success[Option[A]] = Success(!_.isEmpty) implicit def tried[A]: Success[Try[A]]...
The `sleep` value calculated by the `jitter` is now being used in `Delay`.
Exponential backoffs are great for reducing load. However, problem with exponents is that they get large really fast - e.g. if your task fails 15 times you might end up...
Hello and thank you for this library! Is it still maintained? I have the following suggestion: Am I right that there is no way to know how many retries where...
Direct policy retries one more time than specified. There is test which shows that: ``` it ("should deal with future failures") { implicit val success = Success.always val policy =...
I often get bitten by the fact that the retry logic will not retry if an exception gets thrown within the body of the future. The workaround I have been...
@softprops, I remember you said that util-zk retrypolicies would need to be augmented to retry on configurable exceptions, but I don't remember which exceptions those were now . . ....