hyperhive/hive-jobq-wire
Repository files (latest commit first)
Filename Latest commit message Latest commit date
atlas b8627e7e94 jobq-wire: take utoipa's chrono feature from the workspace
The per-crate features = ["chrono"] override was a local deviation with a
comment defending it. The feature belongs in the workspace list, where every
crate sees the same utoipa.
2026-08-03 00:39:14 +02:00
..
src jobq-wire: name every outcome, keep the enum spellings, document the schema 2026-08-03 00:39:14 +02:00
Cargo.toml jobq-wire: take utoipa's chrono feature from the workspace 2026-08-03 00:39:14 +02:00
README.md jobq-wire: move the generic graph projection into its own crate 2026-08-03 00:39:14 +02:00

hive-jobq-wire

Wire types for serving a hive-jobq graph to a viewer, plus the traits a host implements to say how its graph renders.

Why this is not part of hive-jobq. The scheduler crate is logic: a graph, a resource pool, a run loop. Presentation is a different concern with a different audience, and folding it in means every consumer of the scheduler also carries a JSON vocabulary it may never serve — the two get remixed and stay that way. A separate crate keeps that boundary where it can be seen.

A host implements WireNode for its node payload N and WireResource for its resource name R. GraphWire::wire_snapshot is then blanket-implemented for hive_jobq::Graph<N, R> — so the projection exists exactly when both types have said how they render, and a payload that hasn't cannot reach a viewer at all.