Understand the Seneca message transport protocol
masterThe Seneca protocol uses a request/response model that is transport-independent, assuming JSON documents can be delivered as discrete units. It supports synchronous requests, asynchronous actor/pub/sub flows, and chained synchronous flows.
Key concepts:
- Message: A single outbound request JSON document. A response is considered part of the message concept.
- meta$: A reserved property for Seneca metadata. If missing, Seneca constructs it with default values to allow manual interactions (e.g., via
curl). - Correlation ID (
cid): Retained across service instances to trace the entire causal chain of a message flow. - Message ID (
mid): A unique identifier for a specific message instance.