feat(office_server): tracing spans on all RPC handlers #15
No reviewers
Labels
No labels
prio_critical
prio_low
type_bug
type_contact
type_issue
type_lead
type_question
type_story
type_task
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
lhumina_code/hero_office!15
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "development_feat_office_server_tracing_spans"
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?
Summary
Adds
#[tracing::instrument]to all 8 RPC handlers inhero_office_server. Spans emit automatically — entry, exit, timing, and any errors — through the existingtracingpipeline. No new dependency.Related Issue
Partial #14 (instrumentation). Lays the foundation; the
/metricsPrometheus exporter remains the bigger half of #14, to be tackled when there is a real consumer.Changes
crates/hero_office_server/src/lib.rs—#[tracing::instrument(skip(state, params))]on the 8handle_*functionsTest Results
cargo check -p hero_office_server✅cargo clippy -p hero_office_server -- -D warnings✅Manual verification
With
RUST_LOG=info,hero_office_server=debug, every RPC call now produces a span line in the hero_office logs. Verified by curling the RPC and watchinghero_proc logs tail hero_office_server.