-
-
Notifications
You must be signed in to change notification settings - Fork 21
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
Converter cannot handle reusability #90
Comments
@jonaslagoni HI! What do you mean for |
No, what I mean is that if you split out your AsyncAPI document in any form, the converter does not traverse (to the best of it's ability) the external references. Say you have a
The converter won't access the local file and convert the message structure, only the main AsyncAPI document are converted 🙂 |
@jonaslagoni Good insight! But then people will have everything in single file, or we should just add to possibility to convert "chunks" of AsyncAPI? But then we need some logic for traversing |
Yep 😅
Depends on what you define as a problem I guess. In my case, I would like to use the converter to automatically convert my documents on new AsyncAPI releases, so I don't have to do anything on my end to use the newest AsyncAPI version. In many cases, only major versions would require to traverse documents yes (unless deprecated properties should be changed 🤔). However, as major versions can happen anytime, this feature would be greatly appreciated 🙂 |
Hmm, so I think that we should ship that issue for |
Reason/Context
If you want to do reusability in AsyncAPI, you cannot use the converter as it only changes the provided AsyncAPI file.
This renders the library more or less "useless" in those cases as we heavily encourage reuseability.
The text was updated successfully, but these errors were encountered: