Ably is the platform that powers synchronized digital experiences in realtime. Whether attending an event in a virtual venue, receiving realtime financial information, or monitoring live car performance data – consumers simply expect realtime digital experiences as standard. Ably provides a suite of APIs to build, extend, and deliver powerful digital experiences in realtime for more than 250 million devices across 80 countries each month. Organizations like Bloomberg, HubSpot, Verizon, and Hopin depend on Ably’s platform to offload the growing complexity of business-critical realtime data synchronization at global scale. For more information, see the Ably documentation.
This is a .NET client library for Ably. The library currently targets the Ably 1.1-beta client library specification. You can jump to the 'Known Limitations' section to see the features this client library does not yet support or or view our client library SDKs feature support matrix to see the list of all the available features.
- .NET 4.6.2+ *
- .NET Core **
- .NET Standard 2.0+
- Mono 5.4+
- Xamarin.Android 8.0+
- Xamarin.iOS 11.4+
* To target Windows 7 (with .NET 4.6) a custom ITransportFactory will need to be implemented in your project that uses an alternate Web Socket library.
This is because System.Net.WebSockets
is not fully implemented on Windows 7.
See this repository for a working example using the websocket4net library.
To work with the (deprecated) UWP platform please use .NET Standard 2.0+ target.
** We regression-test the library against .NET Core 3.1 and .NET Framework 4.6.2. If you find any compatibility issues, please do raise an issue in this repository or contact Ably customer support for advice. Any known runtime incompatibilities can be found here.
The following platforms are supported, but have some shortcomings or considerations:
Unity support is currently in beta. See below for details on why it's considered beta.
Shortcomings & considerations:
- This library is only tested manually on Unity for Windows. We do not yet have automated tests running on the Unity platform.
- Installation requires developers to import a custom Unity package that includes all of Ably's dependencies.
Unity Requirements:
- Unity 2018.2.0 or newer
- The following Unity Player settings must be applied:
- Scripting Runtime Version should be '.NET 4.x Equivalent'
- Api Compatibility Level should be '.NET Standard 2.0'
Please download the latest Unity package from the GitHub releases page. All releases from 1.1.16 will include a Unity package as well.
Implementation note for Unity. The library creates a number of threads and all callbacks are executed on non UI threads. This makes it difficult to update UI elements inside any callback executed by Ably. To make it easier we still support capturing the SynchronizationContext
and synchronizing callbacks to the UI thread. This is OK for smaller projects and can be enabled using the following Client
option CaptureCurrentSynchronizationContext
. Even though the setting is deprecated it will not be removed.
.NET 6
and Visual Studio 2022
, both currently in preview, at not supported at this time but will be supported when they are officially released.
A Portable Class Library version is not available. Portable Class Libraries are now considered deprecated and shared code should be packaged in .NET Standard Libraries. More information can be found here.
The Ably.net library fully supports Ably's push notifications. The feature set consists of two distinct areas: Push Admin, Device Push Notifications.
The Push Notifications Readme describes:
- How to setup Push notifications on Xamarin mobile apps
- How to use the Push Admin api to send push notifications directly to a devices or a client
- How to subscribe to channels that support push notification
- How to send Ably messages that include a notification
- Browser push notifications in Blazor are not supported.
Visit https://www.ably.io/documentation for a complete API reference and more examples.
The client library is available as a nuget package.
You can install it from the Package Manager Console using this command
PM> Install-Package ably.io
or using the .NET CLI in your project directory using
$ dotnet add package ably.io
All examples assume a client has been created as follows:
// Using basic auth with API key
var realtime = new AblyRealtime("<api key>");
// Using token auth with token string
var realtime = new AblyRealtime(new ClientOptions { Token = "token" });
If you do not have an API key, sign up for a free API key now
Connecting and observing connection state changes. By default the library automatically initializes a connection.
realtime.Connection.On(ConnectionEvent.Connected, args =>
{
// Do stuff
});
To disable the default automatic connect behavior of the library, set AutoConnect = false
when initializing the client.
var realtime = new AblyRealtime(new ClientOptions("<api key>") { AutoConnect = false });
// Some code
realtime.Connect();
Subscribing to connection state changes and observing errors:
realtime.Connection.On(args =>
{
var currentState = args.Current; // Current state the connection transitioned to
var previousState = args.Previous; // Previous state
var error = args.Reason; // If the connection error-ed the Reason object will be populated.
});
Create a channel
IRealtimeChannel channel = realtime.Channels.Get("test");
Subscribing to all events:
channel.Subscribe(message =>
{
var name = message.Name;
var data = message.Data;
});
Subscribing to specific events:
channel.Subscribe("myEvent", message =>
{
var name = message.Name;
var data = message.Data;
});
Observing channel state changes and errors:
channel.On(args =>
{
var state = args.NewState; // Current channel State
var error = args.Error; // If the channel error-ed it will be reflected here
});
or
channel.On(ChannelState.Attached, args =>
{
// Do stuff when channel is attached
});
Subscribing to a channel in delta mode enables delta compression. This is a way for a client to subscribe to a channel so that message payloads sent contain only the difference (ie the delta) between the present message and the previous message on the channel.
Request a Vcdiff formatted delta stream using channel options when you get the channel:
var channelParams = new ChannelParams();
channelParams.Add("delta", "vcdiff");
var channelOptions = new ChannelOptions();
channelOptions.Params = channelParams;
IRealtimeChannel channel = ably.Channels.Get(ChannelName, channelOptions);
Beyond specifying channel options, the rest is transparent and requires no further changes to your application. The message.Data
instances that are delivered to your Action<Message>
handler continue to contain the values that were originally published.
If you would like to inspect the Message
instances in order to identify whether the Data
they present was rendered from a delta message from Ably then you can see if Extras.Delta.Format
equals "vcdiff"
.
The client support a callback and async publishing. The simplest way to publish is:
channel.Publish("greeting", "Hello World!");
with a callback:
channel.Publish("greeting", "Hello World!", (success, error) =>
{
// If publish succeeded 'success' is 'true'
// if publish failed 'success' is 'false' and 'error' will contain the specific error
});
and the async version which if you await
it will complete when the message has been acknowledged or rejected by the Ably service:
var result = await channel.PublishAsync("greeting", "Hello World!");
// You can check if the message failed
if (result.IsFailure)
{
var error = result.Error; // The error reason can be accessed as well
}
Calling history returns a paginated list of message. The object is of type PaginatedResult<Message>
and can be iterated through as a normal list.
var history = await channel.HistoryAsync();
// Loop through current history page
foreach (var message in history.Items)
{
// Do something with message
}
// Get next page.
var nextPage = await history.NextAsync();
Getting presence history is similar to how message history works. You get back PaginatedResult<PresenceMessage>
and can navigate or iterate through the page
var presenceHistory = await channel.Presence.HistoryAsync();
// Loop through the presence messages
foreach (var presence in presenceHistory.Items)
{
// Do something with the messages
}
var presenceNextPage = await presenceHistory.NextAsync();
When a 128-bit or 256-bit key is provided to the library, all payloads are encrypted and decrypted automatically using that key on the channel. The secret key is never transmitted to Ably and thus it is the developer's responsibility to distribute a secret key to both publishers and subscribers.
var secret = Crypto.GetRandomKey();
var encryptedChannel = realtime.Get("encrypted", new ChannelOptions(secret));
encryptedChannel.Subscribe(message =>
{
var data = message.data; // Sensitive data (encrypted before published)
});
encryptedChannel.Publish("name (not encrypted)", "sensitive data (encrypted before published)");
The rest client provides a fully async wrapper around the Ably service web api.
All examples assume a client and/or channel has been created as follows:
var client = new AblyRest("<api key>");
IRealtimeChannel channel = client.Channels.Get("test");
If you do not have an API key, sign up for a free API key now
await channel.PublishAsync("name", "data");
If the publish is not successful an error will be thrown of type AblyException
containing error codes and error description
try
{
await channel.PublishAsync("name", "errorData");
}
catch(AblyException ablyError)
{
// Log error
}
var historyPage = await channel.HistoryAsync();
foreach (var message in historyPage.Items)
{
// Do something with each message
}
// Get the next page
var nextHistoryPage = await historyPage.NextAsync();
var presence = await channel.Presence.GetAsync();
var first = presence.Items.FirstOrDefault();
var clientId = first.clientId; // 'clientId' of the first member present
var nextPresencePage = await presence.NextAsync();
foreach (var presenceMessage in nextPresencePage.Items)
{
// Do stuff with next page presence messages
}
// Presence history
var presenceHistory = await channel.Presence.HistoryAsync();
foreach (var presenceMessage in presenceHistory.Items)
{
// Do stuff with presence messages
}
var nextPage = await presenceHistory.NextAsync();
foreach (var presenceMessage in nextPage.Items)
{
// Do stuff with next page messages
}
A callback to obtain a signed TokenRequest
string or a TokenDetails
instance.
To use AuthCallback
create a ClientOptions
instance and assign an appropriate delegate to the AuthCallback
property and pass the ClientOptions
to a new AblyRealtime
instance.
var options = new ClientOptions
{
AuthCallback = async tokenParams =>
{
// Return a 'TokenDetails' instance or a preferably a 'TokenRequest' string.
// Typically this method would wrap a request to your web server.
return await GetTokenDetailsOrTokenRequestStringFromYourServer();
}
};
var client = new AblyRealtime(options);
Token requests are issued by your servers and signed using your private API key. This is the preferred method of authentication as no secrets are ever shared, and the token request can be issued to trusted clients without communicating with Ably.
string tokenRequest = await client.Auth.CreateTokenRequestAsync();
When a 128-bit or 256-bit key is provided to the library, all payloads are encrypted and decrypted automatically using that key on the channel. The secret key is never transmitted to Ably and thus it is the developer's responsibility to distribute a secret key to both publishers and subscribers.
var secret = Crypto.GetRandomKey();
IRealtimeChannel encryptedChannel = client.Channels.Get("encryptedChannel", new ChannelOptions(secret));
await encryptedChannel.PublishAsync("name", "sensitive data"); // Data will be encrypted before publish
var history = await encryptedChannel.HistoryAsync();
var data = history.First().data; // "sensitive data" the message will be automatically decrypted once received
var stats = await client.StatsAsync();
var firstItem = stats.Items.First();
var nextStatsPage = await stats.NextAsync();
DateTimeOffset time = await client.TimeAsync();
In .NET Framework projects, we discovered issues with the .NET implementation of the web socket protocol during times of high load with large payloads (over 50kb). This is better described in ably#446 To work around the problem, you need to adjust websocket library's buffer to it's maximum size of 64kb. Here is an example of how to do it.
var maxBufferSize = 64 * 1024;
var options = new ClientOptions();
var websocketOptions = new MsWebSocketOptions() { SendBufferInBytes = maxBufferSize, ReceiveBufferInBytes = maxBufferSize };
options.TransportFactory = new MsWebSocketTransport.TransportFactory(websocketOptions);
var realtime = new AblyRealtime(options);
- More Examples can be found under
examples
directory. - While working with console app, make sure to put explicit await for async methods.
Sample .NET Core implementation
using System;
using IO.Ably;
namespace testing_ably_console
{
class Program
{
static async Task Main(string[] args)
{
Console.WriteLine("Hello World!");
var realtime = new AblyRealtime("<api key>");
IRealtimeChannel channel = realtime.Channels.Get("test");
await channel.PublishAsync("greeting", "Hello World!");
Console.WriteLine("Farewell World!");
}
}
}
Sample .NET Framework implementation (when you don't have async main method)
using System;
using IO.Ably;
namespace testing_ably_console
{
class Program
{
static void Main(string[] args)
{
MainAsync(args).GetAwaiter().GetResult();
}
static async Task MainAsync(string[] args)
{
Console.WriteLine("Hello World!");
var realtime = new AblyRealtime("<api key>");
IRealtimeChannel channel = realtime.Channels.Get("test");
await channel.PublishAsync("greeting", "Hello World!");
}
}
}
This library has dependencies that can differ depending on the target platform. See the nuget page for specifics.
Please visit http://support.ably.io/ for access to our knowledge-base and to ask for any assistance.
You can also view the community reported GitHub issues.
- Fork it
- Create your feature branch (
git checkout -b my-new-feature
) - Commit your changes (
git commit -am 'Add some feature'
) - Ensure you have added suitable tests and the test suite is passing
- Push to the branch (
git push origin my-new-feature
) - Create a new Pull Request
The build scripts are written using fake
and need to be run on Windows with Visual Studio 2017 or Visual Studio 2019 installed. Fake and nuget.exe can be installed via chocolatey
choco install fake
choco install nuget.commandline
Running .\build.cmd
will start the build process and run the tests. By default it runs the NetFramework tests.
To run the Netcore build and tests you can run .\build.cmd Test.NetStandard
If you want to incorporate ably-dotnet
into your project from source (perhaps to use a specific development branch) the simplest way to do so is to add references to the relevant ably-dotnet projects. The following steps are specific to Visual Studio 2017, but the principal should transfer to other IDEs
- Clone this repository to your local system (
git clone --recurse-submodules https://github.com/ably/ably-dotnet.git
) - Open the solution you want to reference ably-dotnet from
- In Solution Explorer right click the root node (it will be labelled Solution 'YourSolutionName')
- Select Add > Existing Project from the context menu
- Browse to the ably-dotnet repository and add ably-dotnet\src\IO.Ably.Shared\IO.Ably.Shared.shproj
- Browse to the ably-dotnet repository and add the project that corresponds to your target platform, so if you are targeting .NET Framework (AKA Classic .NET) you would add ably-dotnet\src\IO.Ably.NETFramework\IO.Ably.NETFramework.csproj, if you are targeting .NET Core 2 then chose ably-dotnet\src\IO.Ably.NetStandard20\IO.Ably.NetStandard20.csproj and so on.
- In any project that you want to use
ably-dotnet
you need to add a project reference, to do so:- Find your project in Solution Explorer and expand the tree so that the Dependencies node is visible
- Right click Dependencies and select Add Reference
- In the dialogue that opens you should see a list of the projects in your solution. Check the box next to IO.Ably.NETFramework (or whatever version you are trying to use) and click OK.
The dotnet library follows the Ably Client Library development guide
. To ensure it is easier to look up whether a spec item has been implemented or not; we add a Trait attribute to tests that implement parts of the spec. The convention is to add [Trait("spec", "spec tag")]
to unit tests.
To get a list of all spec items that appear in the tests you can run a script located in the tools directory.
You need to have .NET Core 3.1 installed. It works on Mac, Linux and Windows. Run dotnet fsi tools/list-test-categories.fsx
. It will produce a results.csv
file which will include all spec items, which file it was found and on what line.
This library uses semantic versioning. For each release, the following needs to be done:
- Create a release branch named in the form
release/1.2.3
. - Run
github_changelog_generator
to automate the update of the CHANGELOG. Once theCHANGELOG
update has completed, manually change theUnreleased
heading and link with the current version number such asv1.2.3
. Also ensure that theFull Changelog
link points to the new version tag instead of theHEAD
. Commit this change. - Update the version number and commit that change.
- Create a PR and grain approvals for it, then merge that to
main
. - Run
package.cmd
to create the nuget package. - Run
nuget push ably.io.*.nupkg -Source https://www.nuget.org/api/v2/package
(a private nuget API Key is required to complete this step, more information on publishing nuget packages can be found here) - Against
main
, add a tag for the version and push to origin such asgit tag 1.2.3 && git push origin 1.2.3
. - Visit https://github.com/ably/ably-dotnet/tags and
Add release notes
for the release including links to the changelog entry. - Create the entry on the Ably Changelog (via headwayapp)