Download JAR files tagged by retry with all dependencies

This project provides non-blocking retry feature that can be attached to methods in Spring applications using annotations. The retry processing has two main implementations: - Thread pool task based implementation: Unlike Spring retry, this implementation doesn’t keep the task busing during the whole retry execution. - Quartz job based implementation: This implementation can provide clustering, load-balancing, fault-managing and execution persistence if configured with JDBC-JobStore

This project provides a simple WebCrawler with retry-capabilities, functionality to distinguish between http/https sites. It biggest feature is that it allows for plugins (or CrawlerActions), which allows you to hook your scripts into the crawling process. It also allow for setting "blocked" URLs. Those URLs or patterns will not be crawled.

Lets developers make their applications more resilient by adding robust transient fault handling logic. Transient faults are errors that occur because of some temporary condition such as network connectivity issues or service unavailability. Typically, if you retry the operation that resulted in a transient error a short time later, you find that the error has disappeared.

Contains the main Multiverse STM Implementation: the Alpha Engine. The Alpha engine supports readonly and update transactions. It also supports the retry/or else mechanism. This not the jar you want to have in your final distribution because it isn't instrumented (hence the name unborn). The jar you eventually want to have in your distribution is the multiverse-alpha jar. What this package does, is test the instrumentation for the Javaagent. The compiletime instrumentation is tested in the multiverse-alpha package (where all tests are copied and reexecuted but now with compiletime instrumentation).

The RepeatCheckUntilVerified Utility offers a robust asynchronous mechanism for performing repeated condition checks with configurable retries, initial delays, and optional backup actions. Designed for Kotlin-based applications, it simplifies the implementation of retry logic for operations that require validation through repeated attempts, such as network requests, file I/O operations, or any condition-dependent tasks. With features like adjustable timing, maximum attempt control, and failure management through backup actions, it ensures resilience and flexibility in handling operations that may not succeed on the first try. Ideal for applications requiring high reliability and precise control over task verification processes.