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
Many async APIs out there have proved to support different protocols for the same API. For instance, they might support using WebSockets and MQTT, HTTP streaming and WebSockets, etc.
The way you authenticate to these APIs depend very much on the protocol, so I think it would make sense to attach the security requirement to the server you're connecting to.
Example:
servers:
# This server supports connecting using user-password or X509 certificate
- url: async.api.com:1883scheme: mqttsecurityRequirements:
- X509Certificate
- userPass# This server only supports connecting using user-password
- url: async.api.comscheme: amqpsecurityRequirements:
- userPasscomponents:
securitySchemes:
userPass:
type: userPasswordX509Certificate:
type: X509
Right now the security requirements are at the root level, making it impossible to guess which server supports which security scheme.
The text was updated successfully, but these errors were encountered:
Many async APIs out there have proved to support different protocols for the same API. For instance, they might support using WebSockets and MQTT, HTTP streaming and WebSockets, etc.
The way you authenticate to these APIs depend very much on the protocol, so I think it would make sense to attach the security requirement to the server you're connecting to.
Example:
Right now the security requirements are at the root level, making it impossible to guess which server supports which security scheme.
The text was updated successfully, but these errors were encountered: