akka/repackaged-akka-jar/src/main/resources/cluster_typed_reference.conf

   1 ############################################
   2 # Akka Cluster Typed Reference Config File #
   3 ############################################
   4
   5 # This is the reference config file that contains all the default settings.
   6 # Make your edits/overrides in your application.conf.
   7
   8 akka.cluster.typed.receptionist {
   9   # Updates with Distributed Data are done with this consistency level.
  10   # Possible values: local, majority, all, 2, 3, 4 (n)
  11   write-consistency = local
  12
  13   # Period task to remove actor references that are hosted by removed nodes,
  14   # in case of abrupt termination.
  15   pruning-interval = 3 s
  16
  17   # The periodic task to remove actor references that are hosted by removed nodes
  18   # will only remove entries older than this duration. The reason for this
  19   # is to avoid removing entries of nodes that haven't been visible as joining.
  20   prune-removed-older-than = 60 s
  21
  22   # Shard the services over this many Distributed Data keys, with large amounts of different
  23   # service keys storing all of them in the same Distributed Data entry would lead to large updates
  24   # etc. instead the keys are sharded across this number of keys. This must be the same on all nodes
  25   # in a cluster, changing it requires a full cluster restart (stopping all nodes before starting them again)
  26   distributed-key-count = 5
  27
  28   # Settings for the Distributed Data replicator used by Receptionist.
  29   # Same layout as akka.cluster.distributed-data.
  30   distributed-data = ${akka.cluster.distributed-data}
  31   # make sure that by default it's for all roles (Play loads config in different way)
  32   distributed-data.role = ""
  33 }
  34
  35 akka.cluster.ddata.typed {
  36   # The timeout to use for ask operations in ReplicatorMessageAdapter.
  37   # This should be longer than the timeout given in Replicator.WriteConsistency and
  38   # Replicator.ReadConsistency. The replicator will always send a reply within those
  39   # timeouts so the unexpected ask timeout should not occur, but for cleanup in a
  40   # failure situation it must still exist.
  41   # If askUpdate, askGet or askDelete takes longer then this timeout a
  42   # java.util.concurrent.TimeoutException will be thrown by the requesting actor and
  43   # may be handled by supervision.
  44   replicator-message-adapter-unexpected-ask-timeout = 20 s
  45 }
  46
  47 akka {
  48   actor {
  49     serialization-identifiers {
  50       "akka.cluster.typed.internal.AkkaClusterTypedSerializer" = 28
  51       "akka.cluster.typed.internal.delivery.ReliableDeliverySerializer" = 36
  52     }
  53     serializers {
  54       typed-cluster = "akka.cluster.typed.internal.AkkaClusterTypedSerializer"
  55       reliable-delivery = "akka.cluster.typed.internal.delivery.ReliableDeliverySerializer"
  56     }
  57     serialization-bindings {
  58       "akka.cluster.typed.internal.receptionist.ClusterReceptionist$Entry" = typed-cluster
  59       "akka.actor.typed.internal.pubsub.TopicImpl$MessagePublished" = typed-cluster
  60       "akka.actor.typed.delivery.internal.DeliverySerializable" = reliable-delivery
  61     }
  62   }
  63   cluster.configuration-compatibility-check.checkers {
  64     receptionist = "akka.cluster.typed.internal.receptionist.ClusterReceptionistConfigCompatChecker"
  65   }
  66 }