You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I noticed a while ago that Hono is released to Maven repository too, this is totally nice of you(!!!). But quite soon after pondering over the architecture all-in-all, and trying it briefly can I setup an Mqtt adapter with my "own code" in the Hono way (NOT THE EXAMPLE!!!) I had some sort of issues.
There is this one switch-case location in AbstractVertxBasedMqttProtocolAdapter.java where it could be beneficial not to make it mandatory to separate telemetries, events and command responses here on abstract level already. I mean this makes it very much Hono Mqtt specification specific, Mqtt does not have these concepts itself.
For the payload handling, what I'd like to see, is some base class - say DownstreamMessage which all these three different message "types" implement or extend. And there could be some very generic "parse me" method needed for actual implementation classes only. And for this parsing method return value could be simply a list or collection of DownstreamMessages wrapped inside a Future instead.
Also I believe something similar should be doable, using the same abstraction class still, to overcome it that Hono Mqtt Command&Control functionality is sort of hard coded into Hono specific topics and functionality only. Maybe I'm over simplifying this idea, but some rather abstract method called "accept topic(s)", or alike, could do the trick. I hope so at least ;)
Hope you catch up with it what I'm after. I'm trying to be as accurate as I simply can but finding Hono on Maven.. You just do not see this coming your way every day.
The text was updated successfully, but these errors were encountered:
I noticed a while ago that Hono is released to Maven repository too, this is totally nice of you(!!!). But quite soon after pondering over the architecture all-in-all, and trying it briefly can I setup an Mqtt adapter with my "own code" in the Hono way (NOT THE EXAMPLE!!!) I had some sort of issues.
There is this one switch-case location in AbstractVertxBasedMqttProtocolAdapter.java where it could be beneficial not to make it mandatory to separate telemetries, events and command responses here on abstract level already. I mean this makes it very much Hono Mqtt specification specific, Mqtt does not have these concepts itself.
For the payload handling, what I'd like to see, is some base class - say DownstreamMessage which all these three different message "types" implement or extend. And there could be some very generic "parse me" method needed for actual implementation classes only. And for this parsing method return value could be simply a list or collection of DownstreamMessages wrapped inside a Future instead.
Also I believe something similar should be doable, using the same abstraction class still, to overcome it that Hono Mqtt Command&Control functionality is sort of hard coded into Hono specific topics and functionality only. Maybe I'm over simplifying this idea, but some rather abstract method called "accept topic(s)", or alike, could do the trick. I hope so at least ;)
Hope you catch up with it what I'm after. I'm trying to be as accurate as I simply can but finding Hono on Maven.. You just do not see this coming your way every day.
The text was updated successfully, but these errors were encountered: