Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • Oct 21 15:57
    Aaronontheweb closed #3877
  • Oct 21 15:57
    Aaronontheweb commented #3877
  • Oct 21 15:56

    Aaronontheweb on dev

    Persistence TestKit documentati… (compare)

  • Oct 21 15:56
    Aaronontheweb closed #3889
  • Oct 21 07:27
    dependabot-preview[bot] labeled #3999
  • Oct 21 07:27

    dependabot-preview[bot] on nuget

    Bump FluentAssertions from 4.14… (compare)

  • Oct 21 07:27
    dependabot-preview[bot] opened #3999
  • Oct 20 17:25
    valdisz synchronize #3889
  • Oct 20 17:17
    valdisz synchronize #3889
  • Oct 20 15:44
    valdisz synchronize #3889
  • Oct 20 09:22
    ismaelhamed commented #3863
  • Oct 19 23:39
    valdisz synchronize #3889
  • Oct 19 23:08
    edvinasz commented #2947
  • Oct 19 13:36
    Aaronontheweb commented #3973
  • Oct 19 13:34
    dependabot-preview[bot] synchronize #3995
  • Oct 19 13:34

    dependabot-preview[bot] on nuget

    Bump BenchmarkDotNet from 0.10.… (compare)

  • Oct 19 13:34
    dependabot-preview[bot] edited #3995
  • Oct 19 13:34
    dependabot-preview[bot] synchronize #3993
  • Oct 19 13:34

    dependabot-preview[bot] on nuget

    Bump Google.Protobuf from 3.9.1… (compare)

  • Oct 19 13:34
    dependabot-preview[bot] synchronize #3991
Natan Vivo
@nvivo
hahahaha
that's why you have so much energy then!
Aaron Stannard
@Aaronontheweb
haha
Joshua Benjamin
@annymsMthd
I now know more about the XUnit inner working than I ever wanted to know.
Aaron Stannard
@Aaronontheweb
@annymsMthd if you stick around on Akka.NET long enough you'll use that sentence for a lot of different things
oh hey, here's how the JVM type system does X!
:P
Joshua Benjamin
@annymsMthd
lol
Joshua Benjamin
@annymsMthd
@smalldave Did you see @Aaronontheweb and my conversation about the MultiNodeTestRunner this morning?
Nikita Tsukanov
@kekekeks

and small examples do fit nicely in the comments - we do that in a few places

Oh, yeah, I remember that ReSharper tooltip that covered almost entire 27" screen with example from Xamarin.Forms while I was typing.

SQL-server Akka.Persistence Impl

I'm wondering, why the code is so MSSQL-specific. It was easy just to use something lightweight like linq2db and get support for almost all database engines.

Nikita Tsukanov
@kekekeks
Is there any way for an actor to have "wildcard" address? I. e. I want to have some EntityLazyLoaderActor to recieve all messages to /user/entities/* and then load an actor from persistent storage if it's not already in the memory
Natan Vivo
@nvivo
I think you can do exactly that with actorselection to send messsages. But Akka cannot start actors by itself only by the path
Nikita Tsukanov
@kekekeks

can do exactly that with actorselection

Nope, ActorSelection does exactly the opposite

Natan Vivo
@nvivo
?
Roger Johansson
@rogeralsing
ah you want to "intercept" the path and then start actors that arent started, right?
Natan Vivo
@nvivo
Exactly that = use /path/to/manyactors/*
Nikita Tsukanov
@kekekeks
Yup
Roger Johansson
@rogeralsing
like a proxy
Nikita Tsukanov
@kekekeks
exactly
If you have, like, 1KK entities it would take a lot of time to load them from the storage
Roger Johansson
@rogeralsing
imo, easiest way, make a proxy that acts like the consistent hash router. but with the ability to start actors also
all messages goes to the same actor, and then use a property of the messages to identify what child to route to
Natan Vivo
@nvivo
This looks like the concept from orleans right?
Nikita Tsukanov
@kekekeks
So I'm stuck with old pattern of having ISmthManager that asks you for an id of that something in every call
meh
Quite kills the idea of just passing ActorRef around
Natan Vivo
@nvivo
I think you can do that with rogers idea
Ask a single actor for a message that contains an actorref
Let that single actor give you the reference somehow
Nikita Tsukanov
@kekekeks
And then be unable to unload that actor after inactivity timeout
but might just work in most cases
Since having an actor is cheap anyway
Natan Vivo
@nvivo
You can unload with SetTimeout and watch in the parent
Roger Johansson
@rogeralsing
Akka does not support the concept of virtual actors, we follow the JVM impl, they are looking into that on their side.. but as of now, there is no "on demand" activation of actors
Nikita Tsukanov
@kekekeks
Yup. Ask the parent for the reference, timeout expired, actor died, ActorRef is void
So these "ondemand" actors should live forever
Is it actually a good idea to have an actor for every entity in the system?
Natan Vivo
@nvivo
This is the orleans concept, akka is different. But both can achieve similar results. Looks like you want a specific solution, not a specific goal
Nikita Tsukanov
@kekekeks
Or just go with instances of UserManagerActor routed via consistent hash
Roger Johansson
@rogeralsing
depends on its responsibillities, if the actor is a heart beat creator for a heart machine, i'd say yes :) if it's a business entity / aggregate root, then no
Natan Vivo
@nvivo
Honestly I have a hard time to see the benefit of the virtual actor model for regular services.
Nikita Tsukanov
@kekekeks
I want to try event sourcing, so I'll need to have a PersistentActor for everything
just not sure that it should be exposed to the system or just incapsulated inside the parent that manages its lifetime
Natan Vivo
@nvivo
You don't necessarily need every entity of your system to be a persistent actor to do event sourcing, that's the point
This is a design choice
Nikita Tsukanov
@kekekeks
If entities are incapsulated inside SmthManagerActor it's just implementation detail.
Hm. It's actually not a "virtual actor" it's just something like url rewriting
Roger Johansson
@rogeralsing
There is the concept of Virtual Containers in Akka. the RemoteDaemon uses that for remote deployed actors, that pretty much do what you want.. but youd have to do all the plumbing yourself to implement a custom container for that.. but a good start is to look at the RemoteDaemon
Nikita Tsukanov
@kekekeks
wow