MQTTnet VS emqx

MQTT https://github.com/dotnet/MQTTnet

MQTTNet - High perf IOT comms for .NET - https://github.com/dotnet/MQTTnet

I'm trying to use MQTT.Net and so far everything works.. except for event handling.

Like the other guy said it depends on the requirements, but you could implement your own mqtt server with MQTTnet with a few lines of code

For the server we used mosquitto because we already used it in the past (and it's relatively simple), for the client MQTTnet because it's .net and it seemed good enough (mosquitto has a client library too but it's C so I'd have to write some interop). It's a simple protocol so it shouldn't really matter which implementation you use.

We are going to use MQTTNet as the foundation for this article, although the same concepts can be applied with any other MQTT client.

[2] https://github.com/dotnet/MQTTnet

For example, I used MQTTnet which is a very nice (high performance & extensible) library. And it's free/open source. If you're not writing your server code in .NET, then look for whatever broker libraries are available on your server platform.

EMQX (optional): Open-source MQTT broker for IoT, IIoT, and connected vehicles. Used for managing your toys.

I do know a real world use for Erlang (it also surprised me when i investigated about it), but two of the biggest mqtt brokers are coded in erlang: emqx, vernemq

EMQX is a 10-year-old open-source project under Apache License 2.0, with 11k stars on GitHub（https://github.com/emqx/emqx), 20M downloads on DockerHub (https://hub.docker.com/r/emqx/emqx), and 400+ paid customers worldwide. The Sweden address you mentioned is only the registered address of our Sweden entity. We’re a globally distributed team. EMQX European R&D team members work remotely in Sweden, Germany, the UK, and Brazil. We have similar registered addresses for entities in Germany and the USA too. See my response in linkedin for the address doxing.

Hello, we’ve met situations where messages are accumulated in EMQX due to slow user consumption, and then EMQX will be killed by the operating system as it takes up too much memory. It is usually caused by improper configuration. However, we are unclear about what kind of situations you met. Could you please raise an issue in our GitHub community at: https://github.com/emqx/emqx/issues? Our experts will try to offer help asap.

EMQX is an open-source, highly scalable, and distributed MQTT messaging broker written in Erlang/OTP that can support millions of concurrent clients. As such, there is a need to persist and replicate various data among the cluster nodes. For example: MQTT topics and their subscribers, routing information, ACL rules, various configurations, and many more. Since its beginning, EMQX has used Mnesia as the database backend for such needs.

EMQX(https://github.com/emqx/emqx) is an open-source project under Apache License 2.0, we don't think there are national borders for open source. The nature of its being open-source means it is developed, tested, and used by the open-source community worldwide. For a popular open-source project that has been downloaded by 15M times and adopted so widely globally for many years, it’s impossible to have a backdoor hidden without being discovered.