Akka.FSharp 1.5.27

Prefix Reserved
There is a newer version of this package available.
See the version list below for details.
dotnet add package Akka.FSharp --version 1.5.27                
NuGet\Install-Package Akka.FSharp -Version 1.5.27                
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="Akka.FSharp" Version="1.5.27" />                
For projects that support PackageReference, copy this XML node into the project file to reference the package.
paket add Akka.FSharp --version 1.5.27                
#r "nuget: Akka.FSharp, 1.5.27"                
#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 Akka.FSharp as a Cake Addin
#addin nuget:?package=Akka.FSharp&version=1.5.27

// Install Akka.FSharp as a Cake Tool
#tool nuget:?package=Akka.FSharp&version=1.5.27                

Akka.NET

Akka.NET logo

Discord NuGet Nuget

Akka.NET is a .NET port of the popular Akka project from the Scala / Java community. We are an idiomatic .NET implementation of the actor model built on top of the .NET Common Language Runtime.

Akka.NET is a .NET Foundation project.

.NET Foundation Logo

How is Akka.NET Used?

Akka.NET can be used in-process or inside large, distributed real-time systems; we support a wide variety of use cases.

Akka.NET can be used to solve the following types of problems:

  1. Concurrency - Akka.NET actors only process messages one-at-a-time and they do so in first in, first out (FIFO) order; this means that any application state internal to an actor is automatically thread-safe without having to use locks or any other shared-memory synchronization mechanisms.
  2. Stream Processing - Akka.NET actors and Akka.Streams make it easy to build streaming applications, used for processing incoming streams of data or incoming streams of live events such as UI or network events inside native applications.
  3. Event-Driven Programming - actors make it easy to build event-driven applications, as actors' message-processing routines naturally express these types of designs.
  4. Event Sourcing and CQRS - Akka.Persistence, used by actors to make their state re-entrant and recoverable across restarts or migrations between nodes, natively supports event sourcing. Akka.Persistence.Query can be used to compute CQRS-style projections and materialized views from Akka.Persistence data.
  5. Location Transparency - Akka.Remote makes it simple for actors in remote processes to transparently communicate with each other.
  6. Highly Available, Fault-Tolerant Distributed Systems - Akka.Cluster, Akka.Cluster.Sharding, and other tools built on top of Akka.Cluster make it possible to build highly available and fault-tolerant distributed systems by leveraging peer-to-peer programming models with topology-aware message routing and distribution.
  7. Low Latency, High Throughput - Akka.NET aims to be low latency and high throughput, processing 10s millions of messages per second in-memory and hundreds of thousands of messages per second over remote connections.

Where Can I Learn Akka.NET?

You can start by taking the Akka.NET Bootcamp, but there are many other great learning resources for Akka.NET Online.

Build Status

Stage Status
Build Build Status
NuGet Pack Build Status
.NET Framework Unit Tests Build Status
.NET 7 Unit Tests (Windows) Build Status
.NET 7 Unit Tests (Linux) Build Status
.NET 7 MultiNode Tests (Windows) Build Status
.NET 7 MultiNode Tests (Linux) Build Status
Docs Build Status

Install Akka.NET via NuGet

If you want to include Akka.NET in your project, you can install it directly from NuGet

To install Akka.NET Distributed Actor Framework, run the following command in the Package Manager Console

PM> Install-Package Akka.Hosting

Akka.Hosting includes the base Akka NuGet package and also provides an easy interface to integrate Akka.NET with the most-used parts of the Microsoft.Extensions ecosystem: Configuration, Logging, Hosting, and DependencyInjection. We encourage developers to adopt it.

And if you need F# support:

PM> Install-Package Akka.FSharp

Akka.NET Project Templates

To create your own Akka.NET projects using our templates (Akka.Templates), install them via the dotnet CLI:

dotnet new install "Akka.Templates::*"

This will make our templates available via dotnet new on the CLI and as new project templates inside any .NET IDE such as Visual Studio or JetBrains Rider. You can view the full list of templates included in our package here: https://github.com/akkadotnet/akkadotnet-templates#available-templates

Builds

Please see Building Akka.NET.

To access nightly Akka.NET builds, please see the instructions here.

Support

If you need help getting started with Akka.NET, there's a number of great community resources online:

If you and your company are interested in getting professional Akka.NET support, you can contact Petabridge for dedicated Akka.NET support.

Product Compatible and additional computed target framework versions.
.NET net5.0 was computed.  net5.0-windows was computed.  net6.0 is compatible.  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 netcoreapp2.0 was computed.  netcoreapp2.1 was computed.  netcoreapp2.2 was computed.  netcoreapp3.0 was computed.  netcoreapp3.1 was computed. 
.NET Standard netstandard2.0 is compatible.  netstandard2.1 was computed. 
.NET Framework net461 was computed.  net462 was computed.  net463 was computed.  net47 was computed.  net471 was computed.  net472 was computed.  net48 was computed.  net481 was computed. 
MonoAndroid monoandroid was computed. 
MonoMac monomac was computed. 
MonoTouch monotouch was computed. 
Tizen tizen40 was computed.  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 (4)

Showing the top 4 NuGet packages that depend on Akka.FSharp:

Package Downloads
Akka.Persistence.FSharp

F# API for persistence actors in Akka.NET

Akka.NET.FSharp.API.Extensions

Set of extensions to the Akka.NET F# API that are not available in the standard library. This includes actor lifecycle managment and stateful actors.

CurryOn.Akka.Persistence.Elasticsearch

Akka.net Persistence Plug-in for Elasticsearch. Includes Event Journal, Snapshot Store, and Query Read Journal.

CurryOn.Akka.Persistence.Streaming

Framework for creating Akka.net Persistence Plug-Ins based on Stream data-stores.

GitHub repositories

This package is not used by any popular GitHub repositories.

Version Downloads Last updated
1.5.33 101 12/23/2024
1.5.32 259 12/4/2024
1.5.31 275 11/11/2024
1.5.30 951 10/3/2024
1.5.29 145 10/1/2024
1.5.28 406 9/4/2024
1.5.28-beta1 148 8/23/2024
1.5.27.1 924 7/26/2024
1.5.27 117 7/25/2024
1.5.27-beta2 143 7/3/2024
1.5.27-beta1 124 7/3/2024
1.5.26 21,682 6/27/2024
1.5.25 199 6/14/2024
1.5.24 217 6/7/2024
1.5.23 166 6/6/2024
1.5.22 253 6/3/2024
1.5.21 184 5/28/2024
1.5.20 1,506 4/29/2024
1.5.19 284 4/15/2024
1.5.18 822 3/12/2024
1.5.17.1 322 3/2/2024
1.5.17 245 2/29/2024
1.5.16 7,587 1/29/2024
1.5.15 1,138 1/10/2024
1.5.14 3,443 11/3/2023
1.5.13 1,178 9/18/2023
1.5.13-beta1 516 8/25/2023
1.5.12 774 8/2/2023
1.5.11 637 7/27/2023
1.5.10 599 7/25/2023
1.5.9 675 7/17/2023
1.5.8 873 6/15/2023
1.5.7 1,031 5/17/2023
1.5.6 817 5/8/2023
1.5.5 693 5/4/2023
1.5.4 1,871 4/25/2023
1.5.3 820 4/20/2023
1.5.2 1,025 4/6/2023
1.5.1 1,389 3/15/2023
1.5.0 20,387 3/2/2023
1.5.0-beta6 585 3/1/2023
1.5.0-beta5 581 3/1/2023
1.5.0-beta4 553 2/28/2023
1.5.0-beta3 592 2/27/2023
1.5.0-beta2 625 2/23/2023
1.5.0-beta1 593 2/20/2023
1.5.0-alpha4 564 2/1/2023
1.5.0-alpha3 677 11/15/2022
1.5.0-alpha2 624 10/17/2022
1.5.0-alpha1 614 8/22/2022
1.4.51 686 6/28/2023
1.4.50 809 3/15/2023
1.4.49 1,757 1/27/2023
1.4.49-beta1 594 1/11/2023
1.4.48 1,136 1/5/2023
1.4.47 1,048 12/9/2022
1.4.46 1,406 11/15/2022
1.4.45 2,931 10/19/2022
1.4.44 1,266 10/17/2022
1.4.43 1,354 9/27/2022
1.4.42 1,181 9/23/2022
1.4.41 1,572 8/31/2022
1.4.40 1,711 7/22/2022
1.4.39 1,807 6/1/2022
1.4.38 1,340 5/6/2022
1.4.37 1,935 4/14/2022
1.4.36 1,493 4/5/2022
1.4.35 1,353 3/18/2022
1.4.34 1,345 3/7/2022
1.4.33 1,337 2/14/2022
1.4.32 1,475 1/18/2022
1.4.31 1,076 12/21/2021
1.4.30 937 12/20/2021
1.4.29 1,140 12/13/2021
1.4.28 1,987 11/10/2021
1.4.27 1,827 10/11/2021
1.4.26 1,508 9/28/2021
1.4.25 2,836 9/8/2021
1.4.24 2,933 8/17/2021
1.4.23 1,259 8/10/2021
1.4.22 1,280 8/5/2021
1.4.21 31,774 6/16/2021
1.4.21-beta1 795 6/4/2021
1.4.20 2,919 5/12/2021
1.4.19 1,228 4/28/2021
1.4.18 3,210 3/23/2021
1.4.17 1,296 3/10/2021
1.4.16 3,498 1/22/2021
1.4.15 1,299 1/20/2021
1.4.14 2,293 12/30/2020
1.4.13 1,551 12/16/2020
1.4.12 1,982 11/16/2020
1.4.11 1,576 11/5/2020
1.4.10 3,276 8/20/2020
1.4.9 1,947 7/21/2020
1.4.8 2,637 6/17/2020
1.4.7 2,131 5/27/2020
1.4.6 2,939 5/12/2020
1.4.5 1,598 4/29/2020
1.4.4 1,896 3/31/2020
1.4.3 1,806 3/18/2020
1.4.2 1,565 3/13/2020
1.4.1 1,421 3/11/2020
1.4.1-rc3 1,057 3/10/2020
1.4.1-rc2 1,068 3/10/2020
1.4.1-rc1 1,072 2/28/2020
1.4.0-beta4 1,108 1/28/2020
1.4.0-beta3 2,385 10/30/2019
1.4.0-beta2 2,642 9/23/2019
1.4.0-beta1 1,987 7/19/2019
1.3.19 86 5/2/2024
1.3.18 1,460 3/9/2020
1.3.17 3,732 12/20/2019
1.3.16 2,832 11/14/2019
1.3.15 3,137 9/23/2019
1.3.14 8,787 7/30/2019
1.3.13 3,820 4/30/2019
1.3.12 2,628 3/14/2019
1.3.11 2,085 12/18/2018
1.3.10 2,187 11/2/2018
1.3.9 20,121 8/23/2018
1.3.8 2,680 6/5/2018
1.3.7 2,428 5/15/2018
1.3.6 2,217 4/17/2018
1.2.3 11,895 7/10/2017
1.2.2 2,163 6/28/2017
1.2.1 1,917 6/23/2017
1.2.0 5,496 4/12/2017
1.1.3 3,311 1/23/2017
1.1.2 2,854 9/22/2016
1.1.1 2,579 7/16/2016
1.1.0 2,043 7/7/2016
1.0.8 2,762 4/26/2016
1.0.7 1,980 4/6/2016
1.0.6 2,338 1/18/2016
1.0.5 2,318 12/3/2015
1.0.4 4,010 8/8/2015
1.0.3 2,253 6/12/2015
1.0.2 2,001 6/3/2015
1.0.1 2,288 4/28/2015
1.0.0 2,061 4/9/2015
1.0.0-dev1504032244 1,646 4/3/2015
0.8.0 2,520 2/12/2015
0.7.1 2,256 12/13/2014
0.7.0 2,343 10/20/2014
0.6.4 2,109 9/3/2014
0.6.3 2,228 8/16/2014
0.6.2 2,180 8/5/2014
0.6.1 2,154 7/10/2014
0.6.0 2,208 6/23/2014
0.5.8 2,060 5/23/2014
0.5.2 2,048 4/29/2014
0.5.0 2,303 4/16/2014
0.2.1-beta 1,857 3/22/2014
0.2.0-beta 1,694 3/19/2014

Akka.NET v1.5.27 is a significant release that includes new features, mission-critical bug fixes, and some performance improvements.
Major Akka.Cluster.Sharding and Akka.Cluster.Tools.Singleton Bug Fixes**
In _all prior versions_ of Akka.NET, there are two high impact distributed systems bugs:
1. [Akka.Cluster.Tools.Singleton: singleton moves earlier than expected - as soon as new node joins](https://github.com/akkadotnet/akka.net/issues/7196)
2. [Akka.Cluster.Sharding: duplicate shards / entities](https://github.com/akkadotnet/akka.net/issues/6973)
As we discovered during the course of our pains-taking bug investigation, these were, in fact, the same issue:
1. The `ClusterSingletonManager` is supposed to _always_ belong on the oldest node of a given role type, but an original design error from the time Akka.Cluster.Tools was first introduced to Akka.NET meant that nodes were always sorted in _descending_ order of `UpNumber`. This is backwards: nodes should always be sorted in _ascending_ order of `UpNumber` - this means that the oldest possible node is always at the front of the "who is oldest?" list held by the `ClusterSingletonManager`. This explains why the singleton could appear to move early during deployments and restarts.
2. The `ClusterSingletonManager` was suspectible to a race condition where if nodes were shutdown and restarted with the same address in under 20 seconds, the default "down removal margin" used by the `ClusterSingletonManager` to tolerate dirty exits, it would be possible after _multiple_ successive, fast, restarts for multiple instances of the singleton to be alive at the same time (for a short period.)
Both of these varieties of problem, duplicate singletons, is what lead to duplicate shards.
As a result we've made the following fixes:
[Akka.Cluster.Tools: deprecate ClustersSingletonManagerSettings.ConsiderAppVersion](https://github.com/akkadotnet/akka.net/pull/7302) - `AppVersion` is no longer considered for singleton placement as it could easily result in split brains.
[Akka.Cluster.Tools: fix mutability and oldest state bugs with `ClusterSingletonManager`](https://github.com/akkadotnet/akka.net/pull/7298) - resolves the issue with rapid rolling restarts creating duplicates. We've tested this fix in our test lab across thousands of coordinator restarts and haven't been able to reproduce the issue since (we could easily do it before.)
[Akka.Cluster.Tools.Singleton / Akka.Cluster.Sharding: fix duplicate shards caused by incorrect `ClusterSingletonManager` `HandOver`](https://github.com/akkadotnet/akka.net/pull/7297) - we fixed the member age problem here, which could cause a second singleton to start at inappropriate times.
Akka.Discovery and `ClusterClient` Discovery Support**
In Akka.NET v1.5.27 we've added support for using Akka.Cluster.Tools.ClusterClient alongside with [Akka.Discovery plugins](https://getakka.net/articles/discovery/index.html) to automatically discover the initial contacts you need for `ClusterClientReceptionist` instances in your environment.
You can read the documentation for how this works here: https://getakka.net/articles/clustering/cluster-client.html#contact-auto-discovery-using-akkadiscovery
Related PRs and issues:
[Akka.Discovery: Add multi-config support to config-based discovery](https://github.com/akkadotnet/akka.net/issues/7271)
[Cluster.Tools: Fix missing VerboseLogging in ClusterClientSettings.Copy method](https://github.com/akkadotnet/akka.net/issues/7272)
[Cluster.Tools: Improve ClusterClientDiscovery to avoid thundering herd problem](https://github.com/akkadotnet/akka.net/issues/7270)
[Cluster.Tools: Change ClusterClientDiscovery to use the new Akka.Management "/cluster-client/receptionist" endpoint](https://github.com/akkadotnet/akka.net/issues/7274)
Other Bug Fixes and Improvements**
[Akka.Cluster: improve gossip serialization performance](https://github.com/akkadotnet/akka.net/pull/7281)
[Akka.Streams: Fix `ActorMaterializerImpl` `null` `LogSource`](https://github.com/akkadotnet/akka.net/pull/7300)
[Akka.Streams: `AlsoTo` may not be failing graph when its sink throws exception](https://github.com/akkadotnet/akka.net/issues/7269)
[Akka.DistributedData: if `lmdb.dir` is null or empty, log a warning and set to default](https://github.com/akkadotnet/akka.net/pull/7292)
To [see the full set of changes in Akka.NET v1.5.27, click here](https://github.com/akkadotnet/akka.net/milestone/109).
| COMMITS | LOC+ | LOC- | AUTHOR |
| --- | --- | --- | --- |
| 15 | 835 | 1001 | Aaron Stannard |
| 12 | 1123 | 207 | Gregorius Soedharmo |