ntex-mqtt
MQTT Client/Server framework for v5 and v3.1.1 protocols (by ntex-rs)
mqtt-broker
A tokio-based MQTT v5 broker written in pure Rust [WIP] (by bschwind)
ntex-mqtt | mqtt-broker | |
---|---|---|
1 | 2 | |
290 | 136 | |
2.1% | - | |
7.4 | 3.8 | |
20 days ago | 11 months ago | |
Rust | Rust | |
Apache License 2.0 | MIT License |
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
ntex-mqtt
Posts with mentions or reviews of ntex-mqtt.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2022-07-27.
-
State of Actix and MQTT
However, if you click on `repository, it will redirect you to https://github.com/ntex-rs/ntex-mqtt which is alive and well. All of that took me a minute to find out.
mqtt-broker
Posts with mentions or reviews of mqtt-broker.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2023-05-30.
-
Announcing rumqttd v0.15.0 with MQTTv5 features like Topic Alias and Message Expiry
Not sure if I have many insights that the rumqttd team doesn't already know. My goals were a lot more scaled back in nature, I just wanted an easily-deployable binary that runs on a single machine, there isn't any clustering or things of that sort. Here's the current code. The main thing I'm wondering about is whether I got the architecture right for getting the best performance out of tokio. I have an ESP32-based project I originally wrote this for and I got it to the point where it works, and that's about where I stopped working hard on it, haha
-
OTA update using MQTT
I have some of an MQTT broker implemented, but it's not complete yet, and development is slow because it's just me working on it.
What are some alternatives?
When comparing ntex-mqtt and mqtt-broker you can also consider the following projects:
rumqtt - The MQTT ecosystem in rust
mqttrs - Async Mqtt encoder and decoder for rust.
mosquitto - Eclipse Mosquitto - An open source MQTT broker
pyrinas-server-rs - Open IoT Server built with Rust 🦀 using Rumqttd and more. Features built in message brokering and OTA updates.
telemq - Experimental MQTT broker
lxp-bridge - A bridge to MQTT/InfluxDB/Postgres for communications with LuxPower inverters
akasa - A high performance, low latency and high extendable MQTT server(broker) in Rust
mqttest - An MQTT server designed for unittesting MQTT clients.
mqtt-rs - MQTT protocol library for Rust
mqttui - Subscribe to a MQTT Topic or publish something quickly from the terminal
unisub - A Pub/Sub library for Rust backed by Postgres