Answer A-322: the watchman takes seat events per seat, the branches follower takes registration-changed
mesh/delivery merged: source.main moved to novox/hq@283363d5cf3a
mesh/check being carried to 78fedf86aa81 on 283363d5cf3a | from e97647cd1805
mesh/delivery merged: source.main moved to novox/hq@283363d5cf3a
mesh/check being carried to 78fedf86aa81 on 283363d5cf3a | from e97647cd1805
Claude-Session: https://claude.ai/code/session_01NcbgfGKaxw984XyAPfLm4h
This commit is contained in:
@@ -582,3 +582,7 @@ the principle that settles it, cited as "design 47 G A-n".
|
||||
(`mesh-wants`, `wants`) and resolves the bucket name at each use through the process reader's holder accessor; a start
|
||||
never waits for a holder. A seeded pulse, stuck key or finding of a bucket not yet resolved is kept, and closed only
|
||||
after the late read of the resolved bucket.
|
||||
- **A-322** (A-298, A-321; principle 7) A message on a process's event hub has one taker. The watchman replaces its
|
||||
catch-all of seat events by one handler per seat it consumes; for the seat `mesh-catalog` it takes each event it
|
||||
consumes except `registration-changed`, which the branches follower takes, and whatever the watchman needs of that event
|
||||
it takes from the follower. The SDK's hub keeps one taker per message.
|
||||
|
||||
Reference in New Issue
Block a user