Own server lifecycle and expose truthful readiness #103
No reviewers
Labels
No labels
bug
documentation
duplicate
enhancement
good first issue
help wanted
invalid
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
nsaspy/starintel-server!103
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "agent/runtime-lifecycle-readiness"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Purpose
Start the production-runtime hardening work from canonical
masterfor issues #37 and #42 without overlapping the target-lease/fencing work in #101.What changed
server/handler'sbt:all-threadsjoin with one explicit StarIntel runtime control loop;:stopping, close their own streams, and be joined without violating the stream-owner invariant;/liveand/readyendpoints and make/healthuse readiness semantics rather than unconditional OK;Scope boundary
This is a bounded first slice of #37/#42, not a claim that those issues are fully complete. It does not implement reconnect/restart supervision, component generations/opaque handles, full pool teardown, target lease fencing, or target execution safety. Those remain separate production-hardening work.
PR #101 remains authoritative for target lease API/fencing work and is intentionally not modified here.
Tests added
The mandatory hermetic suite now verifies:
/health,/live, and/readyare public operational endpoints.CI is the authoritative execution environment for the full Common Lisp/Nix/container validation.
Refs #37
Refs #42