Skip to content

@W-23748894 feat(webhooks): show event name instead of URL for OAS 3.1/3.2 webhooks - #101

Draft
alexpmule wants to merge 4 commits into
masterfrom
W-23748894-webhooks-clean
Draft

@W-23748894 feat(webhooks): show event name instead of URL for OAS 3.1/3.2 webhooks#101
alexpmule wants to merge 4 commits into
masterfrom
W-23748894-webhooks-clean

Conversation

@alexpmule

Copy link
Copy Markdown
Contributor

@W-23748894

What

Renders OAS 3.1/3.2 top-level webhooks as first-class documentation.

Part of the webhooks feature for TD-0333486. Depends on @api-components/amf-helper-mixin >= 4.5.36 (PR W-23748894-webhooks on that repo), which resolves top-level apiContract#webhooks via an additive fallback.

Per-repo behavior:

  • api-navigation — dedicated "Webhooks" nav section.
  • api-method-documentation — shows the webhook event name instead of a URL.
  • api-documentation — suppresses the per-operation Try-It for webhooks (webhooks are event-driven; there is nothing to invoke).

Why

Webhooks are top-level in OAS 3.1/3.2 (not under paths). AC4: webhooks must render as their own first-class section with Try-It suppressed.

Dependency / publish gate

Ship the mixin (4.5.36) first, then raise the peer floor to ^4.5.36 here. Below 4.5.36 the resolver fallback does not exist and the feature silently no-ops with no error/log/metric.

Tests

Green in chromium + firefox. Inline AMF expanded-model fixtures.

Known QA notes (P2, non-blocking, tracked for the PR discussion)

  • AC-03 is proven in two halves (mixin suite proves resolution on 4.5.36 source; this suite proves suppression on the installed mixin) — no single end-to-end select→resolve→render→no-Try-It test, and no .action DOM-absence assertion.
  • No test consumes the real generated model; a future generator change to the apiContract#webhooks predicate would pass GREEN and break prod. A smoke test against a real compact model (at least in nav) is recommended.

Scope

Draft for review.

Top-level webhooks are not invokable, so api-url renders the event name in
place of the request URL/server and suppresses the endpoint path row. A webhook
compiles to an apiContract#EndPoint node identical to a regular endpoint; the
only distinction is the WebAPI root references it via apiContract#webhooks, so
`isWebhook` resolves membership from the model root. The webhook helper is
guarded at the package boundary (typeof this._computeWebhooks === 'function')
because the shared amf-helper-mixin is versioned independently, mirroring the
gRPC fork's optional-method guards in api-navigation.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@alexpmule
alexpmule force-pushed the W-23748894-webhooks-clean branch from 8d05bc3 to 80e4233 Compare August 18, 2026 22:17
alexpmule and others added 3 commits August 20, 2026 13:49
…nerator to 0.4.0

Bump @api-components/api-model-generator ^0.2.14 -> ^0.4.0 (amf-client-js 5.11
supports OAS 3.1/3.2) and the amf-helper-mixin peer floor ^4.5.31 -> ^4.5.38
(the _computeWebhooks resolver + apiContract.webhooks namespace key only exist
in 4.5.38+; below it the feature silently no-ops). Add a real OAS 3.1 webhooks
demo spec and register it so prepare generates its model. Make test/amf-loader.js
@graph-aware (amf-client-js 5.11 emits flattened @graph models) and rewrite the
webhooks test to load the generated model instead of hand-building AMF inline.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
The webhooks operation view (OAS 3.1) was registered in apis.json but not
reachable from the demo: the hardcoded selector list omitted the spec, so
the generated model never appeared in the dropdown. Add it as
'OAS 3.1 webhooks' so the event-name rendering can be previewed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant