You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The Atomic Operations extension (draft?) specification uses a URL path of /operations for all examples, but doesn't mention the URL for the request in the text of the specification.
This isn't unexpected, since the primary JSON:API specification is silent on the specific URL structure (which I consider a good thing).
However, since the URLs are used to identify the resource, collection, or relationship that is being operated on in the main specification, some questions come to mind that should be answered in the Atomic Operations specification:
Are an operation's ref or href affected by the URL for the encapsulating request, or can those members be omitted to get the processor to fall back to the request URL?
Is there a discovery mechanism for the URL(s) accepting requests requiring the extension? (Not all APIs are published directly at / for the hosting domain.)
Should all endpoints accepting JSON:API requests support the Atomic Operations extension directly, possibly issuing a 307 / 308 redirect?
The text was updated successfully, but these errors were encountered:
jelhan
added
the
extension
Related to existing and proposed extensions as well as extensions in general
label
Feb 4, 2022
The Atomic Operations extension (draft?) specification uses a URL path of /operations for all examples, but doesn't mention the URL for the request in the text of the specification.
This isn't unexpected, since the primary JSON:API specification is silent on the specific URL structure (which I consider a good thing).
However, since the URLs are used to identify the resource, collection, or relationship that is being operated on in the main specification, some questions come to mind that should be answered in the Atomic Operations specification:
Are an operation's
ref
orhref
affected by the URL for the encapsulating request, or can those members be omitted to get the processor to fall back to the request URL?Is there a discovery mechanism for the URL(s) accepting requests requiring the extension? (Not all APIs are published directly at
/
for the hosting domain.)Should all endpoints accepting JSON:API requests support the Atomic Operations extension directly, possibly issuing a 307 / 308 redirect?
The text was updated successfully, but these errors were encountered: