These are chat archives for akkadotnet/akka.net

3rd
Mar 2015
jcwrequests
@jcwrequests
Mar 03 2015 01:21
@Aaronontheweb I am just in the proof of concept phase right now. But I still I wonder if there is a way around this issue. Currently I use a single writer pattern in which I have to look up all the events load them into the aggregate run an invariant check then commit the results as versioned events. What I liked about the resizer and hash pool combo was the elasticity. When an actor being the aggregate is no longer needed it would just shutdown but if it was used constantly being used there was no need to reload it just to the invariant check then move on. Still the hash pool is still a good idea I just need to determine the a good number of actors in the pool at startup. That value could be a configurable value and a system restart would solve the resizing. It just to bad you can't send a message to all the actors to stop processing and then once the are done processing pump all their messages back through the system hasher to rebalance.
jcwrequests
@jcwrequests
Mar 03 2015 02:02
@Aaronontheweb I was trying to find the config info for NrOfInstances in the cluster config link https://github.com/akkadotnet/akka.net/blob/dev/src/core/Akka.Cluster/Configuration/Cluster.conf you sent yesterday but it's not there. I will keep looking. I will be fine with the pool for now. Maybe as the framework matures that will be addressed :>. Cheers!!!
Bartosz Sypytkowski
@Horusiath
Mar 03 2015 20:48
@HCanber did you started to work with CircuitBreaker yet - I've created some general purpose CircuitBreaker with support for async code, non-locking state switching and test suite
maybe it could be usefull
Bartosz Sypytkowski
@Horusiath
Mar 03 2015 21:08
it's available here - maybe I'll write a blog post about it