Akka.Persistence
1.0.0-pre1504092226
Prefix Reserved
See the version list below for details.
dotnet add package Akka.Persistence --version 1.0.0-pre1504092226
NuGet\Install-Package Akka.Persistence -Version 1.0.0-pre1504092226
<PackageReference Include="Akka.Persistence" Version="1.0.0-pre1504092226" />
paket add Akka.Persistence --version 1.0.0-pre1504092226
#r "nuget: Akka.Persistence, 1.0.0-pre1504092226"
// Install Akka.Persistence as a Cake Addin #addin nuget:?package=Akka.Persistence&version=1.0.0-pre1504092226&prerelease // Install Akka.Persistence as a Cake Tool #tool nuget:?package=Akka.Persistence&version=1.0.0-pre1504092226&prerelease
Persistence actor support for Akka.NET
Product | Versions Compatible and additional computed target framework versions. |
---|---|
.NET Framework | net45 is compatible. net451 was computed. net452 was computed. net46 was computed. net461 was computed. net462 was computed. net463 was computed. net47 was computed. net471 was computed. net472 was computed. net48 was computed. net481 was computed. |
-
- Akka (>= 1.0.0)
- Google.ProtocolBuffers (>= 2.4.1.521)
- Newtonsoft.Json (>= 6.0.8)
NuGet packages (47)
Showing the top 5 NuGet packages that depend on Akka.Persistence:
Package | Downloads |
---|---|
Akka.Cluster.Sharding
Sharded actors with managed lifecycle for Akka.NET cluster. Used to distribute state in a fault-tolerant, consistent fashion over an Akka.NET cluster. |
|
Akka.Persistence.Sql.Common
Akka.NET Persistence ADO.NET middleware |
|
Akka.Persistence.Query
Stream based query interface for persistence journal plugins for Akka.NET |
|
Akka.Persistence.Query.Sql
Akka.NET streams support for ADO.NET Persistence middleware. |
|
Akka.Persistence.Hosting
Akka.Persistence Microsoft.Extensions.Hosting support. |
GitHub repositories (4)
Showing the top 4 popular GitHub repositories that depend on Akka.Persistence:
Repository | Stars |
---|---|
ThembisileNGQ/Akkatecture
a cqrs and event sourcing framework for dotnet core using akka.net
|
|
axzxs2001/Asp.NetCoreExperiment
原来所有项目都移动到**OleVersion**目录下进行保留。新的案例装以.net 5.0为主,一部分对以前案例进行升级,一部分将以前的工作经验总结出来,以供大家参考!
|
|
Aaronontheweb/InMemoryCQRSReplication
Akka.NET Reference Architecture - CQRS + Sharding + In-Memory Replication
|
|
Horusiath/AkkaCQRS
Event sourcing example build on Akka.NET with persistence plugin
|
Version | Downloads | Last updated |
---|---|---|
1.5.32 | 6,673 | 12/4/2024 |
1.5.31 | 14,944 | 11/11/2024 |
1.5.30 | 33,177 | 10/3/2024 |
1.5.29 | 9,027 | 10/1/2024 |
1.5.28 | 40,104 | 9/4/2024 |
1.5.28-beta1 | 600 | 8/23/2024 |
1.5.27.1 | 51,714 | 7/26/2024 |
1.5.27 | 839 | 7/25/2024 |
1.5.27-beta2 | 420 | 7/3/2024 |
1.5.27-beta1 | 377 | 7/3/2024 |
1.5.26 | 82,330 | 6/27/2024 |
1.5.25 | 64,779 | 6/14/2024 |
1.5.24 | 12,981 | 6/7/2024 |
1.5.23 | 1,160 | 6/6/2024 |
1.5.22 | 2,835 | 6/3/2024 |
1.5.21 | 6,050 | 5/28/2024 |
1.5.20 | 44,524 | 4/29/2024 |
1.5.19 | 17,302 | 4/15/2024 |
1.5.18 | 46,224 | 3/12/2024 |
1.5.17.1 | 12,787 | 3/2/2024 |
1.5.17 | 1,492 | 2/29/2024 |
1.5.16 | 39,205 | 1/29/2024 |
1.5.15 | 53,753 | 1/10/2024 |
1.5.14 | 42,587 | 11/3/2023 |
1.5.13 | 111,207 | 9/18/2023 |
1.5.13-beta1 | 1,248 | 8/25/2023 |
1.5.12 | 94,626 | 8/2/2023 |
1.5.11 | 4,174 | 7/27/2023 |
1.5.10 | 9,412 | 7/25/2023 |
1.5.9 | 15,364 | 7/17/2023 |
1.5.8 | 52,698 | 6/15/2023 |
1.5.7 | 41,136 | 5/17/2023 |
1.5.6 | 13,050 | 5/8/2023 |
1.5.5 | 34,581 | 5/4/2023 |
1.5.4 | 47,824 | 4/25/2023 |
1.5.3 | 4,859 | 4/20/2023 |
1.5.2 | 52,799 | 4/6/2023 |
1.5.1 | 35,060 | 3/15/2023 |
1.5.0 | 46,745 | 3/2/2023 |
1.5.0-beta6 | 1,864 | 3/1/2023 |
1.5.0-beta5 | 1,275 | 3/1/2023 |
1.5.0-beta4 | 1,406 | 2/28/2023 |
1.5.0-beta3 | 2,083 | 2/27/2023 |
1.5.0-beta2 | 2,213 | 2/23/2023 |
1.5.0-beta1 | 1,346 | 2/20/2023 |
1.5.0-alpha4 | 1,776 | 2/1/2023 |
1.5.0-alpha3 | 1,674 | 11/15/2022 |
1.5.0-alpha2 | 1,352 | 10/17/2022 |
1.5.0-alpha1 | 8,305 | 8/22/2022 |
1.4.51 | 23,045 | 6/28/2023 |
1.4.50 | 6,412 | 3/15/2023 |
1.4.49 | 35,325 | 1/27/2023 |
1.4.49-beta1 | 1,392 | 1/11/2023 |
1.4.48 | 55,872 | 1/5/2023 |
1.4.47 | 15,185 | 12/9/2022 |
1.4.46 | 45,984 | 11/15/2022 |
1.4.45 | 40,450 | 10/19/2022 |
1.4.44 | 9,957 | 10/17/2022 |
1.4.43 | 43,001 | 9/27/2022 |
1.4.42 | 8,980 | 9/23/2022 |
1.4.41 | 173,775 | 8/31/2022 |
1.4.40 | 58,051 | 7/22/2022 |
1.4.39 | 104,217 | 6/1/2022 |
1.4.38 | 46,109 | 5/6/2022 |
1.4.37 | 19,286 | 4/14/2022 |
1.4.36 | 26,031 | 4/5/2022 |
1.4.35 | 92,314 | 3/18/2022 |
1.4.34 | 16,762 | 3/7/2022 |
1.4.33 | 22,866 | 2/14/2022 |
1.4.32 | 43,920 | 1/18/2022 |
1.4.31 | 78,744 | 12/21/2021 |
1.4.30 | 3,813 | 12/20/2021 |
1.4.29 | 5,109 | 12/13/2021 |
1.4.28 | 70,469 | 11/10/2021 |
1.4.27 | 62,807 | 10/11/2021 |
1.4.26 | 8,358 | 9/28/2021 |
1.4.25 | 40,223 | 9/8/2021 |
1.4.24 | 14,640 | 8/17/2021 |
1.4.23 | 6,598 | 8/10/2021 |
1.4.22 | 8,890 | 8/5/2021 |
1.4.21 | 37,887 | 6/16/2021 |
1.4.21-beta1 | 2,245 | 6/4/2021 |
1.4.20 | 38,112 | 5/12/2021 |
1.4.19 | 26,904 | 4/28/2021 |
1.4.18 | 32,320 | 3/23/2021 |
1.4.17 | 13,503 | 3/10/2021 |
1.4.16 | 49,892 | 1/22/2021 |
1.4.15 | 6,630 | 1/20/2021 |
1.4.14 | 24,350 | 12/30/2020 |
1.4.13 | 6,748 | 12/16/2020 |
1.4.12 | 69,827 | 11/16/2020 |
1.4.11 | 23,163 | 11/5/2020 |
1.4.10 | 52,441 | 8/20/2020 |
1.4.9 | 26,451 | 7/21/2020 |
1.4.8 | 62,100 | 6/17/2020 |
1.4.7 | 16,484 | 5/27/2020 |
1.4.6 | 12,583 | 5/12/2020 |
1.4.5 | 18,663 | 4/29/2020 |
1.4.4 | 49,084 | 3/31/2020 |
1.4.3 | 13,869 | 3/18/2020 |
1.4.2 | 13,353 | 3/13/2020 |
1.4.1 | 48,088 | 3/11/2020 |
1.4.1-rc3 | 3,847 | 3/10/2020 |
1.4.1-rc2 | 2,566 | 3/10/2020 |
1.4.1-rc1 | 4,382 | 2/28/2020 |
1.4.0-beta4 | 3,791 | 1/28/2020 |
1.4.0-beta3 | 8,959 | 10/30/2019 |
1.4.0-beta2 | 5,284 | 9/23/2019 |
1.4.0-beta1 | 3,929 | 7/19/2019 |
1.3.19 | 395 | 5/2/2024 |
1.3.18 | 25,731 | 3/9/2020 |
1.3.17 | 57,051 | 12/20/2019 |
1.3.16 | 16,152 | 11/14/2019 |
1.3.15 | 86,927 | 9/23/2019 |
1.3.14 | 43,923 | 7/30/2019 |
1.3.13 | 55,319 | 4/30/2019 |
1.3.12 | 36,885 | 3/14/2019 |
1.3.11 | 37,823 | 12/18/2018 |
1.3.10 | 93,474 | 11/2/2018 |
1.3.9 | 86,983 | 8/23/2018 |
1.3.8 | 27,400 | 6/5/2018 |
1.3.7 | 18,879 | 5/15/2018 |
1.3.6 | 9,136 | 4/17/2018 |
1.3.5 | 24,586 | 2/22/2018 |
1.3.4 | 7,528 | 2/1/2018 |
1.3.3 | 6,675 | 1/19/2018 |
1.3.2 | 40,461 | 10/21/2017 |
1.3.1 | 26,722 | 9/5/2017 |
1.3.0 | 13,630 | 8/11/2017 |
1.2.3.43-beta | 6,523 | 7/10/2017 |
1.2.3.41-beta | 2,875 | 7/10/2017 |
1.2.2.40-beta | 5,999 | 6/28/2017 |
1.2.2.39-beta | 2,763 | 6/28/2017 |
1.2.1.38-beta | 5,732 | 6/23/2017 |
1.2.1.37-beta | 2,837 | 6/23/2017 |
1.2.0.36-beta | 16,390 | 4/13/2017 |
1.2.0.35-beta | 2,772 | 4/13/2017 |
1.2.0.34-beta | 2,705 | 4/12/2017 |
1.2.0.33-beta | 2,886 | 4/12/2017 |
1.1.3.32-beta | 15,370 | 1/23/2017 |
1.1.3.31-beta | 2,981 | 1/23/2017 |
1.1.2.30-beta | 20,280 | 9/22/2016 |
1.1.2.29-beta | 3,051 | 9/22/2016 |
1.1.1.28-beta | 8,156 | 7/16/2016 |
1.1.1.27-beta | 2,780 | 7/16/2016 |
1.1.0.26-beta | 3,200 | 7/7/2016 |
1.0.8.25-beta | 4,169 | 4/26/2016 |
1.0.8.24-beta | 2,090 | 4/26/2016 |
1.0.7.18-beta | 2,543 | 4/6/2016 |
1.0.6.17-beta | 10,096 | 1/18/2016 |
1.0.6.16-beta | 1,633 | 1/18/2016 |
1.0.5.15-beta | 10,688 | 12/3/2015 |
1.0.5.14-beta | 1,858 | 12/3/2015 |
1.0.4.12-beta | 3,287 | 8/8/2015 |
1.0.3-beta | 2,098 | 6/12/2015 |
1.0.2.9-beta | 1,967 | 6/3/2015 |
1.0.1-pre1504282013 | 2,049 | 4/28/2015 |
1.0.0-pre1504092226 | 1,520 | 4/9/2015 |
1.0.0-dev1504032244 | 1,421 | 4/3/2015 |
0.8.0-pre1502120115 | 2,925 | 2/12/2015 |
Akka.NET is officially no longer in beta status**. The APIs introduced in Akka.NET v1.0 will enjoy long-term support from the Akka.NET development team and all of its professional support partners.
Many breaking changes were introduced between v0.8 and v1.0 in order to provide better future extensibility and flexibility for Akka.NET, and we will outline the major changes in detail in these release notes.
However, if you want full API documentation we recommend going to the following:
[Latest Stable Akka.NET API Docs](http://api.getakka.net/docs/stable/index.html "Akka.NET Latest Stable API Docs")**
[Akka.NET Wiki](http://getakka.net/wiki/ "Akka.NET Wiki")**
----
Updated Packages with 1.0 Stable Release**
All of the following NuGet packages have been upgraded to 1.0 for stable release:
- Akka.NET Core
- Akka.FSharp
- Akka.Remote
- Akka.TestKit
- Akka.DI (dependency injection)
- Akka.Loggers (logging)
The following packages (and modules dependent on them) are still in *pre-release* status:
- Akka.Cluster
- Akka.Persistence
----
Introducing Full Mono Support for Akka.NET**
One of the biggest changes in Akka.NET v1.0 is the introduction of full Mono support across all modules; we even have [Raspberry PI machines talking to laptops over Akka.Remote](https://twitter.com/AkkaDotNET/status/584109606714093568)!
We've tested everything using Mono v3.12.1 across OS X and Ubuntu.
[Please let us know how well Akka.NET + Mono runs on your environment](https://github.com/akkadotnet/akka.net/issues/694)!**
----
API Changes in v1.0**
All methods returning an `ActorRef` now return `IActorRef`**
This is the most significant breaking change introduced in AKka.NET v1.0. Rather than returning the `ActorRef` abstract base class from all of the `ActorOf`, `Sender` and other methods we now return an instance of the `IActorRef` interface instead.
This was done in order to guarantee greater future extensibility without additional breaking changes, so we decided to pay off that technical debt now that we're supporting these APIs long-term.
Here's the set of breaking changes you need to be aware of:
- Renamed:
- `ActorRef` --> `IActorRef`
- `ActorRef.Nobody` --> `ActorRefs.Nobody`
- `ActorRef.NoSender` --> `ActorRefs.NoSender`
- `ActorRef`'s operators `==` and `!=` has been removed. This means all expressions like `actorRef1 == actorRef2` must be replaced with `Equals(actorRef1, actorRef2)`
- `Tell(object message)`, i.e. the implicit sender overload, has been moved
to an extension method, and requires `using Akka.Actor;` to be accessible.
- Implicit cast from `ActorRef` to `Routee` has been replaced with `Routee.FromActorRef(actorRef)`
`async` / `await` Support**
`ReceiveActor`s now support Async/Await out of the box.
```csharp
public class MyActor : ReceiveActor
{
public MyActor()
{
Receive<SomeMessage>(async some => {
//we can now safely use await inside this receive handler
await SomeAsyncIO(some.Data);
Sender.Tell(new EverythingIsAllOK());
});
}
}
```
It is also possible to specify the behavior for the async handler, using `AsyncBehavior.Suspend` and `AsyncBehavior.Reentrant` as the first argument.
When using `Suspend` the normal actor semantics will be preserved, the actor will not be able to process any new messages until the current async operation is completed.
While using `Reentrant` will allow the actor to multiplex messages during the `await` period.
This does not mean that messages are processed in parallel, we still stay true to "one message at a time", but each await continuation will be piped back to the actor as a message and continue under the actors concurrency constraint.
However, `PipeTo` pattern is still the preferred way to perform async operations inside an actor, as it is more explicit and clearly states what is going on.
Switchable Behaviors**
In order to make the switchable behavior APIs more understandable for both `UntypedActor` and `ReceiveActor` we've updated the methods to the following:
``` C#
Become(newHandler); // become newHandler, without adding previous behavior to the stack (default)
BecomeStacked(newHandler); // become newHandler, without adding previous behavior to the stack (default)
UnbecomeStacked(); //revert to the previous behavior in the stack
```
The underlying behavior-switching implementation hasn't changed at all - only the names of the methods.
Scheduler APIs**
The `Context.System.Scheduler` API has been overhauled to be both more extensible and understandable going forward. All of the previous capabilities for the `Scheduler` are still available, only in different packaging than they were before.
Here are the new APIs:
``` C#
Context.System.Scheduler
.ScheduleTellOnce(TimeSpan delay, ICanTell receiver, object message, ActorRef sender);
.ScheduleTellOnce(TimeSpan delay, ICanTell receiver, object message, ActorRef sender, ICancelable cancelable);
.ScheduleTellRepeatedly(TimeSpan initialDelay, TimeSpan interval, ICanTell receiver, object message, ActorRef sender);
.ScheduleTellRepeatedly(TimeSpan initialDelay, TimeSpan interval, ICanTell receiver, object message, ActorRef sender, ICancelable cancelable);
Context.System.Scheduler.Advanced
.ScheduleOnce(TimeSpan delay, Action action);
.ScheduleOnce(TimeSpan delay, Action action, ICancelable cancelable);
.ScheduleRepeatedly(TimeSpan initialDelay, TimeSpan interval, Action action);
.ScheduleRepeatedly(TimeSpan initialDelay, TimeSpan interval, Action action, ICancelable cancelable);
```
There's also a set of extension methods for specifying delays and intervals in milliseconds as well as methods for all four variants (`ScheduleTellOnceCancelable`, `ScheduleTellRepeatedlyCancelable`, `ScheduleOnceCancelable`, `ScheduleRepeatedlyCancelable`) that creates a cancelable, schedules, and returns the cancelable.
Akka.NET `Config` now loaded automatically from App.config and Web.config**
In previous versions Akka.NET users had to do the following to load Akka.NET HOCON configuration sections from App.config or Web.config:
```csharp
var section = (AkkaConfigurationSection)ConfigurationManager.GetSection("akka");
var config = section.AkkaConfig;
var actorSystem = ActorSystem.Create("MySystem", config);
```
As of Akka.NET v1.0 this is now done for you automatically:
```csharp
var actorSystem = ActorSystem.Create("MySystem"); //automatically loads App/Web.config, if any
```
Dispatchers**
Akka.NET v1.0 introduces the `ForkJoinDispatcher` as well as general purpose dispatcher re-use.
Using ForkJoinDispatcher**
ForkJoinDispatcher is special - it uses [`Helios.Concurrency.DedicatedThreadPool`](https://github.com/helios-io/DedicatedThreadPool) to create a dedicated set of threads for the exclusive use of the actors configured to use a particular `ForkJoinDispatcher` instance. All of the remoting actors depend on the `default-remote-dispatcher` for instance.
Here's how you can create your own ForkJoinDispatcher instances via Config:
```
myapp{
my-forkjoin-dispatcher{
type = ForkJoinDispatcher
throughput = 100
dedicated-thread-pool{ #settings for Helios.DedicatedThreadPool
thread-count = 3 #number of threads
#deadlock-timeout = 3s #optional timeout for deadlock detection
threadtype = background #values can be "background" or "foreground"
}
}
}
}
```
You can then use this specific `ForkJoinDispatcher` instance by configuring specific actors to use it, whether it's via config or the fluent interface on `Props`:
Config**
```
akka.actor.deploy{
/myActor1{
dispatcher = myapp.my-forkjoin-dispatcher
}
}
```
Props**
```csharp
var actor = Sys.ActorOf(Props.Create<Foo>().WithDispatcher("myapp.my-forkjoin-dispatcher"));
```
FluentConfiguration [REMOVED]**
`FluentConfig` has been removed as we've decided to standardize on HOCON configuration, but if you still want to use the old FluentConfig bits you can find them here: https://github.com/rogeralsing/Akka.FluentConfig
F# API**
The F# API has changed to reflect the other C# interface changes, as well as unique additions specific to F#.
In addition to updating the F# API, we've also fixed a long-standing bug with being able to serialize discriminated unions over the wire. This has been resolved.
Interface Renames**
In order to comply with .NET naming conventions and standards, all of the following interfaces have been renamed with the `I{InterfaceName}` prefix.
The following interfaces have all been renamed to include the `I` prefix:
- [X] `Akka.Actor.ActorRefProvider, Akka` (Public)
- [X] `Akka.Actor.ActorRefScope, Akka` (Public)
- [X] `Akka.Actor.AutoReceivedMessage, Akka` (Public)
- [X] `Akka.Actor.Cell, Akka` (Public)
- [X] `Akka.Actor.Inboxable, Akka` (Public)
- [X] `Akka.Actor.IndirectActorProducer, Akka` (Public)
- [X] `Akka.Actor.Internal.ChildrenContainer, Akka` (Public)
- [X] `Akka.Actor.Internal.ChildStats, Akka` (Public)
- [X] `Akka.Actor.Internal.InternalSupportsTestFSMRef`2, Akka` (Public)
- [X] `Akka.Actor.Internal.SuspendReason+WaitingForChildren, Akka`
- [X] `Akka.Actor.Internals.InitializableActor, Akka` (Public)
- [X] `Akka.Actor.LocalRef, Akka`
- [X] `Akka.Actor.LoggingFSM, Akka` (Public)
- [X] `Akka.Actor.NoSerializationVerificationNeeded, Akka` (Public)
- [X] `Akka.Actor.PossiblyHarmful, Akka` (Public)
- [X] `Akka.Actor.RepointableRef, Akka` (Public)
- [X] `Akka.Actor.WithBoundedStash, Akka` (Public)
- [X] `Akka.Actor.WithUnboundedStash, Akka` (Public)
- [X] `Akka.Dispatch.BlockingMessageQueueSemantics, Akka` (Public)
- [X] `Akka.Dispatch.BoundedDequeBasedMessageQueueSemantics, Akka` (Public)
- [X] `Akka.Dispatch.BoundedMessageQueueSemantics, Akka` (Public)
- [X] `Akka.Dispatch.DequeBasedMailbox, Akka` (Public)
- [X] `Akka.Dispatch.DequeBasedMessageQueueSemantics, Akka` (Public)
- [X] `Akka.Dispatch.MessageQueues.MessageQueue, Akka` (Public)
- [X] `Akka.Dispatch.MultipleConsumerSemantics, Akka` (Public)
- [X] `Akka.Dispatch.RequiresMessageQueue`1, Akka` (Public)
- [X] `Akka.Dispatch.Semantics, Akka` (Public)
- [X] `Akka.Dispatch.SysMsg.SystemMessage, Akka` (Public)
- [X] `Akka.Dispatch.UnboundedDequeBasedMessageQueueSemantics, Akka` (Public)
- [X] `Akka.Dispatch.UnboundedMessageQueueSemantics, Akka` (Public)
- [X] `Akka.Event.LoggingAdapter, Akka` (Public)
- [X] `Akka.FluentConfigInternals, Akka` (Public)
- [X] `Akka.Remote.InboundMessageDispatcher, Akka.Remote`
- [X] `Akka.Remote.RemoteRef, Akka.Remote`
- [X] `Akka.Routing.ConsistentHashable, Akka` (Public)
`ConsistentHashRouter` and `IConsistentHashable`**
Akka.NET v1.0 introduces the idea of virtual nodes to the `ConsistentHashRouter`, which are designed to provide more even distributions of hash ranges across a relatively small number of routees. You can take advantage of virtual nodes via configuration:
```xml
akka.actor.deployment {
/router1 {
router = consistent-hashing-pool
nr-of-instances = 3
virtual-nodes-factor = 17
}
}
```
Or via code:
```csharp
var router4 = Sys.ActorOf(Props.Empty.WithRouter(
new ConsistentHashingGroup(new[]{c},hashMapping: hashMapping)
.WithVirtualNodesFactor(5)),
"router4");
```
`ConsistentHashMapping` Delegate**
There are three ways to instruct a router to hash a message:
1. Wrap the message in a `ConsistentHashableEnvelope`;
2. Implement the `IConsistentHashable` interface on your message types; or
3. Or, write a `ConsistentHashMapper` delegate and pass it to a `ConsistentHashingGroup` or a `ConsistentHashingPool` programmatically at create time.
Here's an example, taken from the `ConsistentHashSpecs`:
```csharp
ConsistentHashMapping hashMapping = msg =>
{
if (msg is Msg2)
{
var m2 = msg as Msg2;
return m2.Key;
}
return null;
};
var router2 =
Sys.ActorOf(new ConsistentHashingPool(1, null, null, null, hashMapping: hashMapping)
.Props(Props.Create<Echo>()), "router2");
```
Alternatively, you don't have to pass the `ConsistentHashMapping` into the constructor - you can use the `WithHashMapping` fluent interface built on top of both `ConsistentHashingGroup` and `ConsistentHashingPool`:
```csharp
var router2 =
Sys.ActorOf(new ConsistentHashingPool(1).WithHashMapping(hashMapping)
.Props(Props.Create<Echo>()), "router2");
```
`ConsistentHashable` renamed to `IConsistentHashable`**
Any objects you may have decorated with the `ConsistentHashable` interface to work with `ConsistentHashRouter` instances will need to implement `IConsistentHashable` going forward, as all interfaces have been renamed with the `I-` prefix per .NET naming conventions.
Akka.DI.Unity NuGet Package**
Akka.NET now ships with dependency injection support for [Unity](https://unity.codeplex.com/).
You can install our Unity package via the following command in the NuGet package manager console:
```
PM> Install-Package Akka.DI.Unity
```
----