Closed glpatcern closed 1 month ago
This is a proposal in order to standardize how to show additional protocols in the discovery endpoint.
I'm not sure it can be espressed in OpenAPI 2.0. One more reason to convert to OpenAPI 3.0?
Edit: I fixed the PR (still with OpenAPI 2.0) so to allow to specify <any name> : "<url>", similar to how Nextcloud advertises their talk protocol:
<any name> : "<url>"
talk
"protocols": { "talk-v1": "/ocs/v2.php/apps/spreed/api/" }
And the included example is deliberately inspired to the above.
@ArtificialOwl this makes Nextcloud's discovery fully standard ;-)
But I'm not sure it can be espressed in OpenAPI 2.0. One more reason to convert to OpenAPI 3.0?
It is possible to do that.
For reference, this is the discovery endpoint of Nextcloud:
https://cloud.nextcloud.com/ocm-provider
https://github.com/cs3org/OCM-API/blob/3b419333998439ce4b58893f60c5c44083735026/spec.yaml#L438-L546
This is a proposal in order to standardize how to show additional protocols in the discovery endpoint.
I'm not sure it can be espressed in OpenAPI 2.0. One more reason to convert to OpenAPI 3.0?Edit: I fixed the PR (still with OpenAPI 2.0) so to allow to specify
<any name> : "<url>"
, similar to how Nextcloud advertises theirtalk
protocol:And the included example is deliberately inspired to the above.
@ArtificialOwl this makes Nextcloud's discovery fully standard ;-)