Doubts about code generated for streetlights.yaml

[alberto1980]

I have some doubts about code generated with streetlights.yaml. There are some classes that I misunderstand

LightMeasured is a class that never is used in the generated code

On the other hand, handleReceiveLightMeasurement method at MessageHandlerService has this contract public void handleReceiveLightMeasurement(Message<?> message)

shouldnt it be public void handleReceiveLightMeasurement(Message message) { ???

PubishService Interface has methods like turnOn, turnOff, dimlight whose arguments are String instead of playLoad generated (TurnOnOffPlayload, DimLightPlayload). Is it right?

[github-actions]

Welcome to AsyncAPI. Thanks a lot for reporting your first issue.
Keep in mind there are also other channels you can use to interact with AsyncAPI community. For more details check out this issue.

[github-actions]

This issue has been automatically marked as stale because it has not had recent activity 😴
It will be closed in 30 days if no further activity occurs. To unstale this issue, add a comment with detailed explanation.
Thank you for your contributions ❤️

[Tenischev]

Hi @alberto1980

Regarding Message<?> message it's just a good practice to show that class is parametrizable with Generic.

Regarding the generation itself. Message classes are not used at the moment, it is for the future when template will support headers and message traits.

Also please check updated version of streetlights from the site. Soon PR will make template compatible with it.

[asyncapi-bot]

🎉 This issue has been resolved in version 0.20.1 🎉

The release is available on:

• npm package (@latest dist-tag)
• GitHub release

Your semantic-release bot 📦🚀