Skip to content
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

Roadmap for rumqtt? #942

Open
ryanwinter opened this issue Feb 13, 2025 · 3 comments
Open

Roadmap for rumqtt? #942

ryanwinter opened this issue Feb 13, 2025 · 3 comments

Comments

@ryanwinter
Copy link

Hi,

We currently use this client in one of our product SDKs, however we havent had much traction with PR's being integrated from our fork.

Is there a plan to continue to support this repository?
What would be the best way to integrate our forked changes?

Thanks
Ryan

@tekjar
Copy link
Contributor

tekjar commented Feb 15, 2025

Hi @ryanwinter

Here's a roadmap we've setup for rumqttc

  • Memory stable and fast
  • Should run on devices with <10MB memory
  • Features
    • Returns pkid/tokens or other identifier to clients
    • Ability to shutdown
    • Full MQTT 5
    • Ack after processing
    • Synchronous publish with broker (next publish after previous ack)
    • High level client
  • Python, C and Javascript wrappers
  • Tests
    • Stability and perf test suite with mock broker
    • 100% code coverage
    • Throughput and memory stability tests
    • Comparison between clients
    • Conformance test suite

The primary reason for delay is redesign and bandwidth within the team. We've gone through a list of all the issues and are now iterating on the design for next (major) release. However bandwidth is still a challenge. I'm happy to collaborate with companies/teams using this library or create a sponsorship page to help fund this project for dedicated resources to push the roadmap forward

@swanandx swanandx pinned this issue Feb 19, 2025
@ryanwinter
Copy link
Author

Thanks @tekjar!

Completely understand the bandwidth challenges :) Let me follow up with the team and we can respond on this thread if this is the easiest way to communicate?

@tekjar
Copy link
Contributor

tekjar commented Feb 19, 2025

Thanks @ryanwinter . [email protected] is my email if you prefer to communicate over there. I could also invite you to an internal slack channel if that works. We are proactive there :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants