-
-
Notifications
You must be signed in to change notification settings - Fork 328
docs: clarify that applications may also expose the protocol #1128
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
docs: clarify that applications may also expose the protocol #1128
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Welcome to AsyncAPI. Thanks a lot for creating your first pull request. Please check out our contributors guide useful for opening a pull request.
Keep in mind there are also other channels you can use to interact with AsyncAPI community. For more details check out this issue.
|
|
char0n
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Make sense. Thank you!
|
/rtm |



title: "Clarify that applications may also expose the protocol, not only connect to a server using the protocol"
As discussed in the related issue, the specification should describe the operations that an application performs. However, it is not fully clear that the application may be a server itself, and expose API, instead of connecting to a server using it. The Kraken example supports writing the API specification from the server's perspective (https://github.com/asyncapi/spec/blob/master/examples/kraken-websocket-request-reply-multiple-channels-asyncapi.yml). This PR refines definition of the application to make it clear that an application may act as a server.
Related issue(s):
#1118