@stonyx/cron 0.2.1-alpha.64 → 0.2.1-alpha.65
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +4 -3
- package/package.json +1 -1
package/README.md
CHANGED
|
@@ -43,10 +43,10 @@ When a job is executed, its next trigger time is updated, and it is re-inserted
|
|
|
43
43
|
>
|
|
44
44
|
> The same-job guarantee holds for the lifetime of a **registration**, not of a key: `unregister` followed by `register` on a key whose invocation is still in flight builds a fresh job object with a fresh guard, so the replacement can run alongside the abandoned invocation. That is also the only way to recover a permanently stuck job.
|
|
45
45
|
>
|
|
46
|
+
> **Re-registering a key does not replace its job.** Calling `register` with a key that is already registered leaves the old job firing on its old schedule, and `unregister(key)` can no longer remove it. Call `unregister(key)` first. See [docs/architecture.md](docs/architecture.md) (known limitation).
|
|
47
|
+
>
|
|
46
48
|
> Synchronous throws and asynchronous rejections are both caught and reported through `log.error`, with the error's stack interpolated into the message. Neither can stop the scheduler. Note that a rejection which previously escaped `register()` as an unhandled rejection — process-fatal under Node's default — is now swallowed into `log.error`.
|
|
47
49
|
|
|
48
|
-
> `MinHeap` is also exported as a public subpath (`@stonyx/cron/min-heap`) and can be imported directly for advanced usage.
|
|
49
|
-
|
|
50
50
|
## Exports
|
|
51
51
|
|
|
52
52
|
| Import path | What it exports |
|
|
@@ -108,7 +108,8 @@ timer loop for every other job** — silently, with `status()` still reporting
|
|
|
108
108
|
callback is your responsibility, exactly as it is for `Cron`. Only a real
|
|
109
109
|
process restart recovers it: `start()` releases a claim whose owner is provably
|
|
110
110
|
gone, but an object still held in this process is deliberately left alone.
|
|
111
|
-
|
|
111
|
+
No execution timeout is implemented or currently tracked; see
|
|
112
|
+
[docs/service-design.md](docs/service-design.md#what-the-phase-split-does-not-fix-a-hung-callback-stops-the-timer).
|
|
112
113
|
|
|
113
114
|
### Breaking changes in this line
|
|
114
115
|
|