Is the broker released as a separate library? about rumqttd HOT 7 OPEN

@tekjar Mainly to embed in another application. I know I can run this as a standalone broker and then subscribe from my application. However it would be much simpler (or easier) to deploy one application which has the broker embedded in it. I deploy these applications in proprietary (network) devices and there are few thousands of them, managing deployments to these remote devices with a lot of binaries is a struggle. My approach was going to be, embed the broker in sample application which can gather data from other clients (publish data) and push it to another central server which runs one of the pub/sub solutions like Google's Cloud pub/sub or the likes. Even though broker runs within same application i would start broker in a separate thread and I'd still subscribe to events from other threads to push it upstream I guess - may be it's a bad idea. Any suggestions?

from rumqttd.

@opensourcegeek @rrichardson Makes sense. I'll plan for that eventually. My first goal for this crate is to segregate broker/clients state & IO. But right now my focus is on new async client. I'm trying to make it as easy to use as possible. Efficiency is also a priority. Since there is a bunch of code that can be shared between broker and client I'll finish that first and apply what I learnt here.

from rumqttd.

@tekjar No problem at all - I'm on same boat, trying to get into details of tokio so I completely understand. I was going to try this on server but we made decision not to (at least for now). Thanks for the update.

from rumqttd.

@opensourcegeek Hi. I didn't completely understand why you need this as a library. Do you want me to segregate reusable parts to create mqtt client libraries? Please explain me your use case

from rumqttd.

from rumqttd.

any progress on this please?

from rumqttd.

@opensourcegeek Hi sorry. I'm hardly getting any time to work on this.

I thought to keep this project on hold since I feel that I'm putting a lot of work in understanding tokio and dealing with huge hard to read errors. I think I'll start this once async/await is stable.

from rumqttd.