Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • Jan 28 23:20
    brah-mcdude closed #6372
  • Jan 28 23:20
    brah-mcdude commented #6372
  • Jan 28 23:19
    brah-mcdude commented #6372
  • Jan 28 23:10
    brah-mcdude commented #6372
  • Jan 28 23:08
    brah-mcdude commented #6372
  • Jan 28 23:08
    brah-mcdude commented #6372
  • Jan 28 23:08
    brah-mcdude commented #6372
  • Jan 28 23:07
    brah-mcdude commented #6372
  • Jan 28 23:03
    brah-mcdude opened #6372
  • Jan 28 22:30
    brah-mcdude closed #6215
  • Jan 28 22:30
    brah-mcdude closed #5927
  • Jan 28 22:30
    brah-mcdude closed #5649
  • Jan 27 22:03
    dependabot[bot] labeled #295
  • Jan 27 22:03
    dependabot[bot] opened #295
  • Jan 27 22:03

    dependabot[bot] on nuget

    Bump MongoDB.Driver from 2.18.0… (compare)

  • Jan 27 22:03
    dependabot[bot] labeled #294
  • Jan 27 22:03
    dependabot[bot] opened #294
  • Jan 27 22:03

    dependabot[bot] on nuget

    Bump AkkaVersion from 1.4.48 to… (compare)

  • Jan 27 19:02

    dependabot[bot] on nuget

    (compare)

  • Jan 27 19:02
    dependabot[bot] closed #176
Davydov Denis
@Inkp
@Danthar, are they completely gone without a trace or are they dumped into deadLetters?
Arjen Smits
@Danthar
which 99.9999999999% of actors that use stashes do
then you won't see any messages
however, if you unstash on stop / restart
all of those unstashed messages will be dumped into deadletters
and DeadLetter events will be published onto the EventStream
containing each of those messages
s> o someone could theoretically grab them
To quote @Aaronontheweb a scroll's up
Davydov Denis
@Inkp
Well that explanation did not clear this question for me, that is why I am asking again.
What I understood from that, is that you have to manually unstash messages before termination for them to go into deadLetters
But my tests indicate that INFO messages regarding "deadLetters" and "StashedMessage" still appear even if I do not unstash my messages manually.
Arjen Smits
@Danthar
@Inkp you are right.
When you have messages on the stash, and the actor is killed, by poisonpill or otherwise.
So not restarted.
The stashed messages are automatically deadlettered
Also when you have stashed messages, and the actor restarts, it automatically unstashes
Davydov Denis
@Inkp
Okay, thanks for clearing this for me! How do I handle stashed messages in case I want them discarded if actor stops/restarts? Do I Stash.ClearStash() on PostStop()?
This message was deleted
And more philosophical question. What is the reasoning behind unstahing messages on actor restart? Isn't stash a part of actor's state? Thus it should be discarded like any other actor's non-persistent state.
Arjen Smits
@Danthar
@Inkp you would have to try it out, never used ClearStash(). But on PostStop() seems reasonable.
Arjen Smits
@Danthar
As to the philosophical question. Not sure. I just know its really handy in most cases :P
Ralf
@Ralf1108
hi, when unit testing actors via Testkit... is it still required in latest version to tear down the test actor system?
or is this handled by the base class "Testkit"?
Marc Piechura
@marcpiechura
@Ralf1108 that's handled by the Teskit
Ralf
@Ralf1108
ok thx
but is it normal that after test completes there are so much debug log entries like
DeadLetter from [akka://test/user] to [akka://test/user]: <<DeathWatchNotification>: [akka://test/user/TestProbe_DetailPageVersion_9c57b66d-5cc9-4b73-8ad4-d4bdef0ad324], ExistenceConfirmed=True, AddressTerminated=False>
do I have to collect these DeathWatchNotifications by myself?
or can I suppress them?
Arjen Smits
@Danthar
@Ralf1108 its normal. What is happening is that as the ActorSystem is being shutdown. Various actors are sending DeathWatchNotifications (which is a system level message), to Actors that are already gone.
Thus the deadletter logs
nothing to worry about.
Ralf
@Ralf1108
is it possible to suppress them as they pollute the test log :-)
Arjen Smits
@Danthar
There is currently some work being done to suppress deadletter notifications for system messages, but it needs more work.
So not at this time
Ralf
@Ralf1108
ok good to know. thx!
Aaron Stannard
@Aaronontheweb
off-topic, but I just switched to using this yesterday: http://cmder.net/
much nicer commandline experience for Windows
John Nicholas
@MrTortoise
ive used conemu for a while it is v good, noticed that is based off it. v cool
Jordan S. Jones
@jordansjones
heh.. I use Git-bash
Artur Karbone
@ArturKarbone
Have anyone used app/web config transformations for HOCON? Any sample?
Aaron Stannard
@Aaronontheweb
I have
I just replace the entire HOCON section full stop
Artur Karbone
@ArturKarbone
Yeah I suspected that replace of the whole section required
cfjames
@cfjames
Question on Cluster Sharding: Can you have more than one instance of a given type of entity on a single Node? The only statement I could find of this issue was "One entity instance may live only at one node at the time" in the documentation, but I'm not really sure what that is supposed to mean.
Bartosz Sypytkowski
@Horusiath
@cfjames yes you can. This statement means, that if you have for example actor representing User with id=1, you may be sure that as long as cluster is not partitioned, no more than one actor representing that user will be present at the same time, keeping your user state consistent
cfjames
@cfjames
@Horusiath got it thanks.
Kris Schepers
@schepersk
Any example out there on how to use Cluster Sharding with Lighthouse?
Vagif Abilov
@object
Hello, I am moving my router configuration to HOCON, but I am using my own hash mapping function that I send to WithHashMapping. Does this disqualifiy router configuration in HOCON file?
Kris Schepers
@schepersk
When Lighthouse is running and a node where a Sharding Region starts, I see the following message in the Lighthouse logging: "Messge Register from akka.tcp://clustername@ip:port/user/sharding/typename to akka://clustername/user/sharding/typenameCoordinator/singleton/coordinator was not delivered"
Andrea Balducci
@andreabalducci
@cconstantin need some info for the MongoDb Persistence. Just aligned to akka 1.0.7 on my fork, now I've to implement AtomicWrites. It is possible to have a call to WriteMessagesAsync with AtomicWrites on more than one PersistenceId?
Thomas Lazar
@thomaslazar
ok. i seem to forget something. i have a topshelf service running an actorsystem and i added all the akka.remote stuff and put the config in the app.config and the logs show me the actorsystem gets started with that config. but it doesn't open up a port to listen to when i start the service in the debugger. do i still need something else?
Thomas Lazar
@thomaslazar
ok. my own fault and hocon comes again to bite me in the ass... i put the remote section unter the actor section because copy'n'pasta.
Bartosz Sypytkowski
@Horusiath
@schepersk you probably need to restrict your cluster sharding to nodes not being lighthouse. One of the available sharding settings is the role, which tells what role does a cluster node need to have in order to support cluster sharding - without it, shard region will assume, that all nodes are capable of sharding (while lighthouse is not)