Closed stefan-scheidewig closed 5 months ago
Hallo Herr Scheidewig !
Thanks for your interest in this project, happy that it can help other developers ☺️
Sorry about that, I'll correct that !
In fact, that's why I have introduced the test/<version>/issuers<nb>
, so I'll avoid reproducing the same mistakes.
I'll make a test from the yaml
you provided, fix it and then it should not happen again.
I'll let you know when the fix is merged :)
you don't have to apologize. i have to apologize that i didn't make a valid pr you can work with but instead mentioning that issue only. there is simply not enough time on my side to do it like that. but who am i telling that, right? ;)
~it is fixed in version v0.35.7. thank you very much 🙏~
I'm sorry for that noise. I was too fast here. Unfortunately the issue still exists.
thank you, mr fradin. it is fixed in v0.36.0
Bonjour Monsieur Fradin,
first of all thanks for that asyncapi library. It is very valuable for us 🙏
I wanted to point out, that there might be a regression in the generator since pr https://github.com/lerenn/asyncapi-codegen/pull/168 and therefore since version
v0.35.1
of the lib.Context: we have asyncapi 2.6.0 event types based from different subtypes combined via the
allOf
attribute:the generated type for
EventPayload
contained the attributesdata
andtime
in versionv0.35.0
but in versionv.0.35.1
these are missing but the base types are still generated. i assume it should not behave like that, right?