Replies: 2 comments
-
|
There are definitely timing issues, but understand that the soft delete is actually a message. Depending on how you have your watcher set up, you might get those messages or keys until the actual purge of the subject is complete. |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
Got it, thanks. Is there a recommended way to know when the key is fully gone, or should we always cross-check |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
I'm implementing event/snapshot deletion for a NATS-backed persistence layer. After calling
kv.purge(key),kv.keys()sometimes still includes the purged key in the returned list. A subsequentkv.get(key)correctly returnsnull.This appears to be a sync issue — the
keys()watcher may not have processed the purge marker yet when called immediately afterpurge().Questions:
keys()guaranteed to reflectpurge()immediately, or is there an expected propagation delay?purgeDeletes()afterpurge())?delete(key)— cankeys()briefly include soft-deleted keys?Using nats client lib
v2.25.2against a2.12.6server.Beta Was this translation helpful? Give feedback.
All reactions