-
Notifications
You must be signed in to change notification settings - Fork 10
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Could this be used with MQTT? #130
Comments
Sure, one could do an MQTT/Mles proxy that would be able to pass traffic back and forth. An Mles WebSocket proxy client example already exists, so adding a new client with MQTT support using some Rust MQTT library is certainly possible by rewriting the WebSocket side. If you plan to do it, I'll certainly try to help in case questions arise about the Mles part. |
Sounds good, but I think I need some time to get used to MLES client (for WS) before starting a MLES client for MQTT. Where is the best place to start - MLES client? |
Yes, the Mles client is the best place to start as it has the proxy embedded. |
As async/await is in changing state everyone is waiting for the more final APIs. Let me know if you have more questions. Closed for now. |
As async/await is getting finalized and MQTT proxy seems to be a popular topic, reopening. |
There is now also mles-webproxy available as a starting point for this enhancement. |
MQTT - Mles v2 might be relevant still. |
I'm currently using MQTT client (implemented in Rust) to push data through to server. We're using cloud solutions as MQTT server which works fine, however I'm looking for a light weight option for use cases where cloud providers cannot be used. I could use RabbitMQ with MQTT adapter but I was wondering if it's possible to use this library with adapter for MQTT. I really like the simplistic approach this library has taken - thanks for open sourcing it.
The text was updated successfully, but these errors were encountered: