Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • 20:11
    IgorFedchenko commented #3973
  • 20:10
    IgorFedchenko synchronize #3973
  • 20:06
    IgorFedchenko synchronize #3973
  • 20:06
    IgorFedchenko synchronize #3973
  • 19:42
    IgorFedchenko edited #3973
  • 18:08
    Aaronontheweb commented #3937
  • 17:27
    Aaronontheweb commented #90
  • 17:26
    Aaronontheweb commented #90
  • 17:25
    Aaronontheweb assigned #90
  • 17:16

    Aaronontheweb on dev

    Provide static GetRoutees.Insta… (compare)

  • 17:16
    Aaronontheweb closed #3974
  • 17:16
    Aaronontheweb milestoned #3974
  • 16:05
    jackowild opened #90
  • 15:08
    Aaronontheweb commented #3974
  • 15:08
    Aaronontheweb commented #3974
  • Oct 13 14:40
    cptjazz synchronize #3974
  • Oct 13 14:07
    cptjazz opened #3974
  • Oct 13 08:30
    ismaelhamed commented #3937
  • Oct 12 15:50
    IrvinDominin opened #127
  • Oct 11 18:21
    Aaronontheweb commented #3973
jberzy
@jberzy
Hi All. Are there any plans to implement ClusterSharding and ClusterSingletonManager anytime soon? Are there any outstanding issues blocking it? Maybe I can take a stab at it but would likely require some hand holding to start.
Roger Johansson
@rogeralsing
@aaronontheweb have talked about clustersharding, you should talk to him
Aaron Stannard
@Aaronontheweb
@jberzy we're still working on the two modules that ClusterSharding depends on - Akka.Persistence and Akka.Cluster. Akka.Cluster isn't too far away from a stable release and Akka.Persistence is in an alpha state at the moment (it's still in beta in JVM Akka too)
@jberzy ClusterSingleton is one that I personally want too - IIRC I think it only depends on Akka.Cluster
so you might be able to get started on that with the tools we have today
jberzy
@jberzy
@Aaronontheweb thanks!
Aaron Stannard
@Aaronontheweb
@jberzy send me an email at aaron@petabridge.com - would be happy to give you a lay of the land on the cluster internals
if you're interested :)
jberzy
@jberzy
Sure. that would be fantastic!
Aaron Stannard
@Aaronontheweb
happy to do it - getting extra pairs of eyes on the clustering stuff is more than welcome
Bartosz Sypytkowski
@Horusiath
do we have meeting today?
Aaron Stannard
@Aaronontheweb
@Horusiath yessir
writing up the agenda for it
Bartosz Sypytkowski
@Horusiath
there is a little risk, that I won't have microphone and camera
Bartosz Sypytkowski
@Horusiath
I'm thinking about implementing stashing in F# actors in lazy manner, that means that stash would be intantiated only in case when actor logic will invoke functions which may need it
Tom Staijen
@tomstaijen
Hi. I've been looking for ways to create child actors using DI. The best i can come up with for now is injecting some factory with a method "ActorRef Create<TActor>(IActorContext)", that uses the dependencyresolver to create the props), although this has some chicken/egg issues (). In general, what I miss in akka is the ability to separate the definition of actor creation (whenever I ask for an actorOf<T>, do <this>), with creating a reference to such actor. This seems quite obvious. Am i completely looking over some feature? Maybe an actorsystem that knows about the dependencyresolver, and whener actorOf<T>() is invoked, it will resolve a Props<T> to create the corresponding props? Thanks in advance for any feedback!
jcwrequests
@jcwrequests
@tomstaijen If you use the IOC plugin then from within the Actor that has already been created use that access Props via the Context to create a child
That child will be using the IOC plugin.
I am responding from my phone so I apologize if I don't have a quick example.
Currently I am working on a patch for the current implementation which should be available soon.
jcwrequests
@jcwrequests
@tomstaijen That was not a very good explanation and I apologize. I am working on a Patch as I previously said for DI and within that I am adding some examples. So hopefully by tomorrow evening EST I should have something for you to look at.
Tom Staijen
@tomstaijen
@jcwrequests Thanks, it helped, found the resolver in de context's props. Eagerly waiting to see your patch. W.r.t. to lifetime, for now i'm working with singleton services and forced per-message lifetimescope (using Autofac's Func<Owned<T>>)
Roger Johansson
@rogeralsing
akkagraph.png
Aaron Stannard
@Aaronontheweb
@rogeralsing that's super cool! How'd you make that?
Roger Johansson
@rogeralsing
here is a better one
akkagraph.png
played around with a "Walk" system message, that notifies a callback of its existence, and then do the same for its own children.. then I rendered the result in GraphViz
but it could be solve with proper monitor support instead, that would be better. if we have a IMonitorLifecycle interface that gets called from the cell whenever a lifecycle event occurs, the one could plug that in there and get a realtime view :)
Roger Johansson
@rogeralsing
We should totally provide a debugger like this, like a vs debug extension. hover a system or actorref instance and get a full view of the system :)
Aaron Stannard
@Aaronontheweb
yeah, I think that's a really cool idea
I took a look at @jcwrequests post on monitoring via AOP the other day
that's an idea I think we should explore more closely after 1.0 ships
Bartosz Sypytkowski
@Horusiath
considering #722 - I've created a test case for app.config HOCON string loading... but it passes anyway, config is loaded correctly
Aaron Stannard
@Aaronontheweb
@/all for anyone interested in @jcwrequests's post about AOP for instrumenting monitoring in Akka.NET: http://www.message-flow.com/2015/01/monitoring-akkanet-based-systems.html
@Horusiath hmmm... can @jorgef replicate the issue?
because App.config loading is only automatic in /dev right now
Akka.NET v0.8 on NuGet doesn't do it
Bartosz Sypytkowski
@Horusiath
I'm testing explicit loading with F# Configuration.load() which is basically an alias for ConfigurationFactory.Load()
also, when @HCanber schedulers can be merged to dev branch?
Aaron Stannard
@Aaronontheweb
@Horusiath as soon as we figure out why @HCanber's pull request makes the system load performance counter throw an InvalidOperationException then I think we can move on
and merge it in
which is really weird, because his code doesn't even touch the performance counter definitions
at least in a way that's obvious
Bartosz Sypytkowski
@Horusiath
fu*k, I have to include JSON.NET converter for F# Expr but the problem is... Akka.FSharp has no direct dependency to JSON.NET :D
Roger Johansson
@rogeralsing
@Horusiath why do you need that? do you need to do some special handling with the F# expressions?
Bartosz Sypytkowski
@Horusiath
expression-based deciders i.e.
Roger Johansson
@rogeralsing
but isnt the akka serializer mechanics enough to deal with that? do you need to do actual json parsing/writing/annotations?
Bartosz Sypytkowski
@Horusiath
but this is so minor feature, I think I'll drop this idea untill there will be something more justifying reason to include Expr support for JSON.NET
NetwonSoftJsonSerializer will not know how to serialize F# quotation expressions
only FsPickler does