Einar Ingebrigtsen
Einar Ingebrigtsen
It increases readability and looks generally much better if we can allow having the actual domain concept as the constructor parameter for AggregateRoots / EventSources: ```csharp public class Messaging :...
Look at running something like NCover during build for code coverage, so we get the numbers out Or https://github.com/OpenCover/opencover - and put things out on SonarQube and / or Coveralls
For instance when allocating sequence numbers - for things like Redis you might want to have a backing store other than Redis itself and therefor chain the result of allocation...
We need to put in place mechanisms for dealing with reliability related to the following: - Commands coming in - Events applied - Events published - Events stored - Events...
Today everything can fall back to EntityContext - an old abstraction that has served us well, but is no longer needed.
Today we have a system based on providing the capability of metadata related to things like paging. We call this QueryProviders. This should probably be called more specific what it...
Streaming - typically with a continuation token - should also be supported
Resources might be transiently unavailable and one need to retry. For reliability, Bifrost should have a mechanism for cross-cuttingly dealing with this - configurable for policy. Look at Polly.net: https://github.com/App-vNext/Polly...
Due to how SignalR wants everything registered before opening a connection, it is not registering itself for messages. This needs to be looked into. There is a thing with Hubs...