-
-
Notifications
You must be signed in to change notification settings - Fork 261
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
[3.0.0] Clarify operation object channel reference #863
Comments
@jonaslagoni I also have a problem with current channels - my comment about it asyncapi/parser-js#654 (comment) I think that you can make reference to channel in asyncapi: '3.0.0'
info:
title: 'Account Service'
description: 'This service is in charge of processing user signups'
channels:
UserSignedUp:
$ref: './channels/UserSignedUp.yaml'
operations:
ConsumeUserSignedUp:
action: receive
channel:
$ref: './channels/UserSignedUp.yaml' Important thing is that asyncapi: '3.0.0'
info:
title: 'Account Service'
description: 'This service is in charge of processing user signups'
operations:
ConsumeUserSignedUp:
action: receive
channel:
$ref: './channels/UserSignedUp.yaml' and spec should be valid, because |
That just goes against the definition of what channels are for the root object which is defined as:
I kinda read it as
I think that would create more confusion tbh, but feel free to suggest it 😄 Here are the questions that I suggest the spec should clarify:
Answering the above questions should IMO clarify how it is to be used. Can you think of other specific questions you can ask that would clarify the current setup? After these questions are answered we can always add new issues suggesting other approaches :D |
Both references are good for me, but as I wrote,
I think |
This issue has been automatically marked as stale because it has not had recent activity 😴 It will be closed in 120 days if no further activity occurs. To unstale this issue, add a comment with a detailed explanation. There can be many reasons why some specific issue has no activity. The most probable cause is lack of time, not lack of interest. AsyncAPI Initiative is a Linux Foundation project not owned by a single for-profit company. It is a community-driven initiative ruled under open governance model. Let us figure out together how to push this issue forward. Connect with us through one of many communication channels we established here. Thank you for your patience ❤️ |
Given the following AsyncAPI document:
Should the
#/operations/ConsumeUserSignedUp/channel
be a reference to the local channels defined with the root#/channels/UserSignedUp
or can it be a reference to the external common definition./channels/UserSignedUp.yaml
?The current definition for
channel
says:Which I would argue does not clarify this... So what is the intended behavior? I assume it's a reference to the root channel
#/channels/UserSignedUp
, right?The text was updated successfully, but these errors were encountered: