From d0e70eb8649b468eaba1f74eb1a595bd10850a0c Mon Sep 17 00:00:00 2001 From: Zachary Sistrunk Date: Wed, 8 Nov 2023 02:32:53 -0600 Subject: [PATCH] Update link to Pekko variant of akka-quartz-scheduler (#782) --- docs/src/main/paradox/scheduler.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/src/main/paradox/scheduler.md b/docs/src/main/paradox/scheduler.md index 87d60f84265..dc19f19f497 100644 --- a/docs/src/main/paradox/scheduler.md +++ b/docs/src/main/paradox/scheduler.md @@ -42,7 +42,7 @@ instances at the same time. The implementation is based on a Hashed Wheel Timer, a known datastructure and algorithm for handling such use cases, refer to the [Hashed and Hierarchical Timing Wheels](http://www.cs.columbia.edu/~nahum/w6998/papers/sosp87-timing-wheels.pdf) whitepaper by Varghese and Lauck if you'd like to understand its inner workings. -The Pekko scheduler is **not** designed for long-term scheduling (see [akka-quartz-scheduler](https://github.com/enragedginger/akka-quartz-scheduler) +The Pekko scheduler is **not** designed for long-term scheduling (see [pekko-quartz-scheduler](https://github.com/samueleresca/pekko-quartz-scheduler) instead for this use case) nor is it to be used for highly precise firing of the events. The maximum amount of time into the future you can schedule an event to trigger is around 8 months, which in practice is too much to be useful since this would assume the system never went down during that period.