Hi, one of the authors here. We will be releasing a Python client library in a few weeks.

Any plans to support .NET?

There are a number of ways to wrap native code libraries as a managed library. I did it once (packaged an Obj-C library as a .NET DLL for a Xamarin app) back in 2018 but had lots of help from a teammate who knew that dance far better than me and I forgot all of the details. I googled and found at least four different blogs posts showing how to do it.

I know that's not an answer but if you're feeling adventurous you might be able to help the project.

+1 vote from me for a first-class client for .Net core.

I'd tolerate wrappers for certain things, but not for this thing.

Hi, no plans as of yet. Please also see my response to the Golang client library request above.

Are there plans for a native Golang library? That's the only thing stopping me from looking at this. Many thanks!

It's not on the roadmap for the next 6 months. But priorities can change depending upon the demand. One thing to note is that BlazingMQ client libraries are very stateful, and implementing a batteries included library is a non-trivial effort.

The python client library is planned to be published. They say they need to remove some dependencies and update the workflow to something more suitable for OSS.