← Patterns

Mule application documentation suite

Northwind partner ingest: start with the map, then open the owning document

This landing page routes readers to the smallest document that owns their question. It does not duplicate RAML, flow behavior, deployment procedure, or incident response.

Kind: adaptive suiteApplication: partner-ingestOwner: PlatformReviewed: 2026-08-18

Two-minute orientation

The application accepts partner events over HTTP, validates them against the RAML contract, transforms them into the Northwind event envelope, and posts them to /events. It does not own warehouse schema, producer identity policy, or ingestion queue topology.

Boundary: partner-specific shape ends at the transformation. Retry and event identity after that point follow the Northwind Events API.

01

Documents in this set

open by question
02

Ownership and flow inventory

current state
Application-owned behavior
FlowTriggerResponsibilityFailure owner
partner-httpPartner POSTAuthenticate, validate RAML, assign request IDpartner-ingest
to-northwind-eventValidated messageMap partner fields to event envelopepartner-ingest
publish-eventMapped eventCall Northwind POST /events with stable IDShared with Events API
retry-or-dead-letterRetryable failureBound retries and preserve identitypartner-ingest
03

Evidence and freshness rules

trust
  1. RAML and Mule configuration are the source for listeners, routes, properties, and transformations.
  2. MUnit results support named test claims; absent tests are not inferred passes.
  3. Deployment files own environment names and required configuration.
  4. The Northwind OpenAPI file owns downstream event behavior.
  5. When evidence conflicts, record the mismatch in the owning document instead of smoothing it over here.

Generate only documents supported by real evidence. A short suite with four complete pages is better than a catalog of empty headings.