Akka演员监督-“简历”是否保持当前信息？
-
null
文档明确指出，在重新启动参与者时，当前消息将丢失，必须处理这一问题。然而，它没有明确提到同样的情况是否适用于简历。它是否继续处理这些消息（假设某些外部因素导致了异常，而异常已经不存在了），还是继续处理邮箱中的下一条消息？
共有1个答案
“简历”是否保留当前信息？
没有。
文档中的“消息发生了什么”部分描述了当参与者处理消息时引发异常时的行为：
-
[04/27/2014 18:09:05.518][ReadScheduler-Akka.actor.Default-Dispatcher-3][Akka://ReadScheduler/User/Collector]从参与者[Akka://ReadScheduler/User/Executor#2127791644]到参与者[Akka://ReadScheduler/User/Collector
-
问题内容： 我有一个不是actor的java对象，它使用actorSelection（Path）从一个actor系统中选择actor。系统中可能不存在所选参与者。 在Java Api中，ActorSelection不存在ask（），因此我无法向actor选择发送和标识消息并使用响应的发送者。 我试图通过演员选择将消息发送给演员，然后对死信做出反应来解决该问题。但是我没有任何死信。 如何通过Acto
-
让我们假设一个使用Akka Typed实现的应用程序有一个持久执行元。这个持久执行元作为其操作的一部分创建了瞬态（或非持久）子执行元，每个子执行元都有一个唯一的ID，这些ID是持久状态的一部分。持久执行元还需要一些与其子级通信的方式，但我们不希望持久化子级的，因为它们实际上不是状态的一部分。在恢复时，持久参与者应该基于恢复的状态重新创建它的子级。这听起来并不像是一个很不寻常的用例，我正在试图弄清楚
-
我正在将现有应用程序从Akka Classic移植到Akka Typed。最初，您可以使用上下文获取对参与者的引用。actorSelection（）。resolveOne（） 我知道在Akka Type中不再支持这一点，我们应该使用来注册演员以供发现。 但是，我只想将消息发送到本地参与者，即存在于集群中每个节点上的本地单例。我有它的本地路径，但没有对它的直接引用。这是因为它是由Akka管理系统创建
-
假设我有一个IO Actor，能够通过TCP发送和接收消息。在我的演员中，我要求连接的另一方做出回应： 使用此代码，ask future超时，而包含参与者接收ask模式之外的原始消息。 你能在Akka IO演员身上使用ask模式吗？若否，原因为何？
-
我从这里得到上面的错误消息： 特别是从第二行。。进口是 akka版本是2.2.1，scala是2.10.2，我正在使用sbt 0.13来构建它。 编辑：我用 结果如下：