Where communities thrive


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

    Aaronontheweb on dev

    Provide static GetRoutees.Insta… (compare)

  • Oct 14 17:16
    Aaronontheweb closed #3974
  • Oct 14 17:16
    Aaronontheweb milestoned #3974
  • Oct 14 16:05
    jackowild opened #90
  • Oct 14 15:08
    Aaronontheweb commented #3974
  • Oct 14 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
Aaron Stannard
@Aaronontheweb
@alexvaluyskiy yes and yes
would you mind rebasing your PRs to use the latest Akka.NET v1.0.7 persistence implementation off of official nuget?
and yep, I'll create a MySQL repo
@alexvaluyskiy as for Wire, cc @rogeralsing do you have any changes ready to push for that?
looks useful
Aaron Stannard
@Aaronontheweb
@annymsMthd I think I found the issue with #1700 and #1845
we do some inconsistent stuff with the EndpointRegistry - I implemented things there in a brittle way with respect to the dictionary
#1845 found a clear example
but I've found some others
for instance, a spot where the EndpointManager could throw a NullReferenceException under some conditions
should have a PR later today with some fixes there
good news is that these are stupid bugs
not something major like a design issue
(most of it comes down to the way Scala does optional references versus where we use nullable types to mimic that)
Christian Duhard
@cduhard
Any clue what this means?
2016-04-07 14:03:02.171 -04:00 [Warning] "akka://myactorsystem/temp" trying to remove non-child "c"
Aaron Stannard
@Aaronontheweb
yeah, it's an issue usually with Ask
temporary actors get created in a racy container
Christian Duhard
@cduhard
not using ask
Aaron Stannard
@Aaronontheweb
GracefulStop too
Christian Duhard
@cduhard
GracefulStop uses ask though
Aaron Stannard
@Aaronontheweb
basically it means two different kill orders arrived to cleanup the actor
Bartosz Sypytkowski
@Horusiath
@object concerning Wire, I think something is wrong with config (or maybe F# plugin?) - I have example, which wouldn't be able to work on standard json.net serializer, so it has wire configured as default, and no warning message is printed
Aaron Stannard
@Aaronontheweb
I'm honestly not sure why that's the case
Christian Duhard
@cduhard
hmm
i think i know what it is. I am doing a Context.Stop() during the GracefulStop(time, new Shutdown())
that would do it, correct?
Aaron Stannard
@Aaronontheweb
ah, yeah
Christian Duhard
@cduhard
:)
Aaron Stannard
@Aaronontheweb
the actor could clean itself up before the Task finishes
in that case
Christian Duhard
@cduhard
I can remove the GracefulStop
it's unnecessary as I go all the graceful stopping myself
*go/do
hmm, forgot about one thing. this is my top level actor
how else will i know it's stopped
besides waiting for the task
life is never easy ;)
Aaron Stannard
@Aaronontheweb
eh, don't worry about the warning
Christian Duhard
@cduhard
this seems weird though
Aaron Stannard
@Aaronontheweb
not the end of the world
it is
annoys me to no end with the MNTR
I'd spend more time looking at it and figuring out why, but it's low on my list of stuff to work on
Christian Duhard
@cduhard
how else could I stop the actor, i need to stop it when everything else is complete
at the point i get that warning the actor system is functionally stopped anyways
if @Aaronontheweb says don't worry about it, i won't worry about it
Aaron Stannard
@Aaronontheweb
BECAUSE I BELIEEEEEEEEEEEEEEEEVE
Joshua Benjamin
@annymsMthd
@Aaronontheweb awesome!