debacleMattJ So far, I don't even *want* to use MQTT :-) However, somebody asked "Can I use your XMPP PubSub based data thingy with MQTT, please?" and I try to get them used to XMPP first. Still, it is good, if I know beforehand, if there is any solution in case they remain stubborn.
debacleBut thanks for your offer - let's hope there is no need to actually try!
Jeroenhas joined
Jeroenhas left
Jeroenhas joined
Jeroenhas left
Jeroenhas joined
debacleJust FYI: While Ejabberd does support MQTT, it is completely separated from the XMPP world. Bridging or mixing the two protocols is not possible.
MattJHuh, surprising
debacleMattJ Yes, because that would make it interesting to use it for MQTT. If I need pure MQTT, I probably use a pure MQTT server. But maybe bridging is planned for the future, who knows.
Jeroenhas left
Jeroenhas joined
Jeroenhas left
Jeroenhas joined
Jeroenhas left
Jeroenhas joined
Jeroenhas left
Jeroenhas joined
Jeroenhas left
Jeroenhas joined
Jeroenhas left
Jeroenhas joined
Jeroenhas left
Jeroenhas joined
Jeroenhas left
flowcrazy that the MQTT stuff is in ejabberd then
flowmight as well run another stand alone MQTT server
flowlooks like prosody has the better feature set in this regard
flownot that I aim to improve the ejabberd situation by starting some competition in this regard with this comment ;)
Jeroenhas joined
Jeroenhas left
Jeroenhas joined
Jeroenhas left
Jeroenhas joined
MattJ:)
MattJI don't know how I feel now about the conversation I had when their blog post announced this ability
MattJThe conversation focused on the fact that they didn't do it first, but now it seems they didn't do it at all :P
MattJI'm sure there is value in a massively scalable MQTT server written in Erlang, but without bridging between the two I don't know what the advantage is or why you'd call it a "dual-protocol" (to me that strongly implies two protocols to access the same data)
MattJ*what the advantage is to building it into ejabberd