EightyDecibel.AsyncNats 1.0.5

dotnet add package EightyDecibel.AsyncNats --version 1.0.5
NuGet\Install-Package EightyDecibel.AsyncNats -Version 1.0.5
This command is intended to be used within the Package Manager Console in Visual Studio, as it uses the NuGet module's version of Install-Package.
<PackageReference Include="EightyDecibel.AsyncNats" Version="1.0.5" />
For projects that support PackageReference, copy this XML node into the project file to reference the package.
paket add EightyDecibel.AsyncNats --version 1.0.5
#r "nuget: EightyDecibel.AsyncNats, 1.0.5"
#r directive can be used in F# Interactive and Polyglot Notebooks. Copy this into the interactive tool or source code of the script to reference the package.
// Install EightyDecibel.AsyncNats as a Cake Addin
#addin nuget:?package=EightyDecibel.AsyncNats&version=1.0.5

// Install EightyDecibel.AsyncNats as a Cake Tool
#tool nuget:?package=EightyDecibel.AsyncNats&version=1.0.5

AsyncNats

A Nats.IO client specifically written with new C# features in mind. Internally it uses the new System.IO.Pipelines and System.Threading.Channels libraries that were released last year. It also uses the new IAsyncEnumerable as a way to listen to messages published to subjects.

The end result is very fast Nats.io client that, in our opinion, fits the C# 8.0 language features better than the currently existing libraries.

Known issues

There are currently no known issues. But the library has not been rigorously tested in production environments yet.

Known limitations

  • No TLS support [and it will probably never be supported]
  • Proper documentation, working on it 😉
  • The RPC implementation does not support Cancellation tokens (but does obey the Request-timeout as specified by the INatsOptions)
  • The RPC implementation does not support overloads, it does not work properly with multiple methods with the same name
  • The RPC implementation only supports methods, it does not support properties or fields
  • The RPC implementation does not support generic methods
  • Remote exceptions do not include the remote stack trace and might fail if the Exception is not serializable by BinaryFormatter

Usage

You can publish messages using any of the following methods:

PublishObjectAsync // This method serializes the object with the supplied/default serializer
PublishAsync // This method publishes a raw byte array or a string as UTF8

You can subscribe to subjects with the following methods:

Subscribe // This method returns messages send to the specified subject but does not perform any deserialization, *the payload is only valid until the next message has been enumerated*
Subscribe<T> // This method returns deserialized messages send to the specified subject
SubscribeObject<T> // This method is similar to Subscribe<T> but does not wrap the enumerated objects in a NatsTypedMsg, use this if you do not care about subject/subscriptionId/replyTo
SubscribeText // This method is similar to Subscribe<T> except that it only UTF8 decodes the payload

The returned subscriptions are AsyncEnumerables and can be enumerated using the new await foreach:

await foreach(var message in connection.SubscribeText("HELLO"))
{
	// Process message here
}

There's also the option to perform requests using the following methods:

Request // This method sends and receives a raw byte[], Memory<byte> or string
RequestObject // This method sends and receives a serialized/deserialized object 

The request methods require a process to listen to the subjects. The replyTo-subject is automatically generated using the Environment.TickCount when the connection options where created and an internal counter. In larger setups where multiple processes are starting at the same time this might not be unique enough. You can change this prefix by changing it in the options when creating a NatsConnection.

RPC Usage

You can let AsyncNats handle RPC calls for you (instead of using Request + Subscribe) by using these two methods:

StartContractServer<TContract>
GenerateContractClient<TContract>

The contract has to be an interface and only supports methods (both sync/async). The InterfaceAsyncNatsSample gives a good idea on how to use them.

It's possible to have multiple contract servers running with a different base subject. This feature is still in experimental phase.

Release history

v1.0.5

  • High load could lead to a memory corruption issue in Request/Response/RPC scenario's

v1.0.4

  • @israellot refactored several internal processes for (much) higher performance
  • @israellot added SubscribeInline. This subscription uses a callback inside of the receive-loop. Only use this if the callback is fast enough to handle the load!
  • @israellot added SubscribeUnsafe. The NatsMsg cannot be cached as it will get reclaimed on the next iteration.
  • @israellot added resend-on-reconnect. If connection with the Nats server is lost, the send-buffer gets resend after reconnecting.

v1.0.3

  • @israellot added Servers property with Round-Robin and Random stratigy
  • @israellot added server-discovery
  • Breaking change: Removed "Server" property from INatsOptions / NatsDefaultOptions in favor of Servers property

v1.0.2

  • Breaking changes:
    • Removed the PublishMemoryAsync/PublishTextAsync methods in favour of a single PublishAsync that handles both string and byte[] types
    • Removed the RequestMemory/RequestText methods in favour of a single Request that handles both string and byte[] types
    • Removed various added PublishAsync overrides in favour of a single PublishAsync with optional parameters
  • Overridden NatsKey.ToString for logging purposes
  • Added header support to Request methods
  • Note: if headers are passed to any function it will always do a HPUB, if headers are null it will always do a PUB

v1.0.1

  • @israellot improved performance / memory allocations
  • @israellot added a more realistic benchmark
  • @israellot added header support

v1.0.0

  • Requests will only use a single subscription instead of setting up a new subscription every request/response
  • Moved request/response handling to it's own separate class
  • Added ILoggerFactory support, RPC is logged, raw request/response/publish is not
  • Bumped to v1.0.0 - This library has been tested in a production environment that handles 50-100k messages/sec

v0.8.5

  • Added ReceivedBytesTotal and TransmitBytesTotal as properties to more monitor connection
  • Added SenderQueueSize, ReceiverQueueSize, ReceivedBytesTotal and TransmitBytesTotal to interface

v0.8.4

  • Timeout on RPC client did not work as intended would could make the caller hang indefinitely if the server did not respond

v0.8.3

  • Publish (PUB) was reserving one byte too much when payload was 9, 99, 999, 9999, 99999, 999999 bytes large
  • Unsubscribe (UNSUB) was reserving one byte too much when max messages was 9, 99, 999, 9999, 99999, 999999 bytes large

v0.8.2

  • Refactored Subscribe a little bit
  • Added a missing memory-rent which could corrupt memory in high message volumes
  • Changed from ArrayPool to a custom MemoryPool to improve overal performance

v0.8.1

  • Upgraded dependencies
  • Fixed a small issue with System.IO.Pipelines

v0.8.0

  • Breaking change: Rewrote subscriptions to make them a bit easier to use
  • Breaking change: Removed "SubscribeAll", it made the process loop more difficult and wasn't of much use
  • Slightly increased performance of message process loop
  • The RPC Server proxy would eat exceptions if tasks got executed by the task scheduler/factory
  • All deserialize and RPC server exceptions are now passed to ConnectionException event handler

v0.7.1

  • Pipe did not support multiple simultaneous WriteAsync's, rewrote to use Channel instead with an internal 1Mb socket buffer (it's actually faster)

v0.7.0

  • Reduced amount of queue's inside the connection
  • Made amount of queue'd bytes visible in SenderQueueSize and ReceiverQueueSize properties
  • Added CancellationToken to internal publish methods

v0.6.5

  • Fixed an issue where the send/receive loop task would get executed synchroniously instead of asynchroniously

v0.6.4

  • Added optional TaskScheduler parameter to StartContractServer to make the "Server" run task concurrently
  • Added CancellationToken to all Async methods

v0.6.3

  • Added fire and forget methods (add NatsFireAndForget attribute to the methods), the caller doesn't wait for an answer. Note, exceptions thrown inside fire and forget methods will be lost!
  • An exception will be thrown when ValueTask is used as a contract type

v0.6.2

  • Updated InterfaceAsyncNatsSample to use a custom serializer (MessagePack)
  • Fixed an issue when MessagePack was used as serializer (and possible others)
  • Added DataContract / DataMember attributes to request/response classes used by the RPC functionality to aid MessagePack (and possible others)

v0.6.1

  • Forgot to add StartContractServer to the interface
  • Dispose the contract server channel once done (due to cancellation or exception)

v0.6

  • Added RPC functionality using interface contracts (see InterfaceAsyncNatsSample)

v0.5.2

  • Increased pauseWriterThreshold on receiver pipe to 1Mb to correctly handle large messages

v0.5.1

  • Added events and status to INatsConnection interface

v0.5

  • Added (simple) Request-Reply pattern
  • Added Status property to get current connection status
  • Added ConnectionException event
  • Added StatusChange event
  • Added ConnectionInformation event

v0.4

  • Resolved a Dispose exception
  • Added SubscribeObject method

v0.3

  • Added PublishText / SubscribeText methods

v0.2

  • Added some missing fields to connect

v0.1

  • Initial release
Product Compatible and additional computed target framework versions.
.NET net5.0 was computed.  net5.0-windows was computed.  net6.0 was computed.  net6.0-android was computed.  net6.0-ios was computed.  net6.0-maccatalyst was computed.  net6.0-macos was computed.  net6.0-tvos was computed.  net6.0-windows was computed.  net7.0 was computed.  net7.0-android was computed.  net7.0-ios was computed.  net7.0-maccatalyst was computed.  net7.0-macos was computed.  net7.0-tvos was computed.  net7.0-windows was computed.  net8.0 was computed.  net8.0-android was computed.  net8.0-browser was computed.  net8.0-ios was computed.  net8.0-maccatalyst was computed.  net8.0-macos was computed.  net8.0-tvos was computed.  net8.0-windows was computed. 
.NET Core netcoreapp3.0 was computed.  netcoreapp3.1 was computed. 
.NET Standard netstandard2.1 is compatible. 
MonoAndroid monoandroid was computed. 
MonoMac monomac was computed. 
MonoTouch monotouch was computed. 
Tizen tizen60 was computed. 
Xamarin.iOS xamarinios was computed. 
Xamarin.Mac xamarinmac was computed. 
Xamarin.TVOS xamarintvos was computed. 
Xamarin.WatchOS xamarinwatchos was computed. 
Compatible target framework(s)
Included target framework(s) (in package)
Learn more about Target Frameworks and .NET Standard.

NuGet packages

This package is not used by any NuGet packages.

GitHub repositories

This package is not used by any popular GitHub repositories.

Version Downloads Last updated
1.0.5 514 1/23/2023
1.0.4 354 1/18/2023
1.0.2 511 8/23/2022
1.0.1 433 8/23/2022
1.0.0 414 7/21/2022
0.8.5 689 2/5/2021
0.8.4 521 10/30/2020
0.8.3 552 7/28/2020
0.8.2 470 7/28/2020
0.8.1 470 7/27/2020
0.8.0 453 7/24/2020
0.7.1 473 7/6/2020
0.7.0 614 7/6/2020
0.6.5 438 6/30/2020
0.6.4 501 2/24/2020
0.6.3 449 2/5/2020
0.6.2 480 2/5/2020
0.6.0 476 1/31/2020
0.5.1 529 11/10/2019
0.5.0 511 11/8/2019
0.4.0 493 10/20/2019
0.3.0 491 10/17/2019
0.2.0 493 10/16/2019
0.1.0 517 10/16/2019

### v1.0.5
* High load could lead to a memory corruption issue in Request/Response/RPC scenario's

### v1.0.4
* @israellot refactored several internal processes for (much) higher performance
* @israellot added SubscribeInline. This subscription uses a callback inside of the receive-loop. Only use this if the callback is fast enough to handle the load!
* @israellot added SubscribeUnsafe. The NatsMsg cannot be cached as it will get reclaimed on the next iteration.
* @israellot added resend-on-reconnect. If connection with the Nats server is lost, the send-buffer gets resend after reconnecting.