Class BowireRecordingSchemaSnapshot
- Namespace
- Kuestenlogik.Bowire.Mocking
- Assembly
- Kuestenlogik.Bowire.dll
Sidecar carried at the top of a Phase-5+ recording file — the set of effective annotations the workbench had resolved for the recorded service+method pairs at record-time. The mock and the recording-replay path use it to mount the same widgets the original session showed, independent of the local annotation store's current state.
public sealed class BowireRecordingSchemaSnapshot- Inheritance
-
BowireRecordingSchemaSnapshot
- Inherited Members
Remarks
Optional by design: a recording can omit schemaSnapshot entirely
(pre-Phase-5 captures, or a hardened workbench that doesn't share
annotations into recordings) and the loader treats this as "ask the live
store at replay time" — strictly backwards-compatible with v1.x
recordings.
Constructors
BowireRecordingSchemaSnapshot()
public BowireRecordingSchemaSnapshot()Properties
Annotations
Annotations active at record-time, one entry per
(messageType, jsonPath) combination per (service, method)
pair. The wire-shape mirrors what the workbench's
GET /api/semantics/effective endpoint returns, so the JS-side
extension router can consume it without a separate path.
[JsonPropertyName("annotations")]
public IList<BowireRecordingSchemaAnnotation> Annotations { get; init; }