BDE VS mosquitto

Hi, one of the authors here. BlazingMQ depends on two other open source C++ libraries: https://github.com/bloomberg/bde and https://github.com/bloomberg/ntf-core. I believe documentation writer wanted to highlight that BlazingMQ does not depend on frameworks like ZooKeeper, etc.

It would be easy to make the runtime use polymorphic allocators, one for the temporary objects created by update_methods, and another for the hash and dispatch tables. The first allocator could use the stack (like this), and the second a block in the BSS segment.

I'm pretty sure they use C++ very extensively. They have their own C++ standard library for example. I'm not aware of them using FORTRAN or C. Do you have a reference for that?

No first-hand experience, but C++ is definitely a player. Check out John Lakos and bloomberg/bde. He was a force behind the improved allocators in C++11 and beyond. That repo I linked is a beast of a codebase (:

Specifying your own allocator is like a main feature of bde from Bloomberg:

https://github.com/bloomberg/bde

If I remember correctly, BDE ( https://github.com/bloomberg/bde ) is developed in London's office and definitely the team that works on it is one of the most experienced in the company.

Libc++ hasn't implemented polymorphic containers and similar. You could take a look at what inspired PMR: https://github.com/bloomberg/bde/

mosquitto_transport, an experiment of writing SObjectizer-based wrapper around mosquitto library;

References: Felipe Flop’s website https://www.filipeflop.com/blog/controle-monitoramento-iot-nodemcu-e-mqtt/ accessed on 01/27/2018. Eclipse server for MQTT Broker https://iot.eclipse.org/ accessed on 01/27/2018. Mosquitto https://mosquitto.org/ accessed on 01/27/2018. Cloud MQTT https://www.cloudmqtt.com/ accessed on 01/27/2018. DuckDNS https://www.duckdns.org/ accessed on 01/27/2018. Proftpd http://www.proftpd.org/ accessed on 01/27/2018. Filezilla https://filezilla-project.org/ accessed on 01/27/2018. Fritzing https://fritzing.org/ accessed on 05/25/2022. Appendices:

This is a perfect use case for MQTT, e.g. this library for ESP boards. Create a broker on the network (e.g. a Raspberry Pi running Mosquitto, and have all the ESP boards subscribe to a topic. When you want to play a sound, publish a message to the topic, and all of the ESPs should see it very quickly. You don't need to synchronize clocks any more because it's simply based on the timing of publishing a message.

While working on a personal project Komponist, I was due to update Mosquitto MQTT Broker due to a CVE and found some interesting changes that will impact me in the future when it comes to configuring the Broker. This post provides a solution to make the Broker compatible with future versions using new and less visited concepts in Docker Compose v2, namely:

Optional: Mosquitto, an open-source message broker that implements the MQTT protocol; this tutorial uses the public test server

I think he means implementation of MQTT protocol, like https://mosquitto.org/

Could MQTT work for you? You'd need a broker like Mosquitto, and then any of a number of MQTT clients.