Skip to content

fix(qos-provisioning): address remaining review comments from #580 - #2

Closed
hdamker wants to merge 3 commits into
jlurien:qos-provisioning-adapt-commonalities-spring26from
hdamker:fix/580-review-followups
Closed

fix(qos-provisioning): address remaining review comments from #580#2
hdamker wants to merge 3 commits into
jlurien:qos-provisioning-adapt-commonalities-spring26from
hdamker:fix/580-review-followups

Conversation

@hdamker

@hdamker hdamker commented Jul 24, 2026

Copy link
Copy Markdown

Addresses the remaining points from my review comment on camaraproject#580 (camaraproject#580 (comment)):

Details in the individual commits. Feel free to take, adjust, or squash as you see fit.

hdamker added 3 commits July 24, 2026 12:30
…ame collision

The local event subtype was named CloudEvent, same as the
CAMARA_event_common.yaml envelope it extends via allOf. Bundling
renames the common envelope to CloudEvent-2 to resolve the clash,
which fails the PascalCase naming rule at release review.
…4.3 marker

Section text was present but not bracketed by the mandatory HTML-comment
markers, so release review would flag it as missing. Also add a blank
line after every BEGIN marker per camaraproject/Commonalities#651 (Swagger
Editor/UI doesn't render the heading right after an HTML comment).
…oxy aliases

Replace local $ref-only aliases for Device, DeviceResponse, ErrorInfo,
SinkCredential, x-correlator param/header, and the Generic4xx/5xx
responses with direct refs to CAMARA_common.yaml /
CAMARA_event_common.yaml at each use-site, matching the pattern camaraproject#579
settled on. Drop AccessTokenCredential/PrivateKeyJWTCredential (dead,
unreferenced) and inline openId/notificationsBearerAuth definitions in
favor of $ref to the common file.
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