Akka文档解释了如何从actor（）中登录。但我如何从主管内部登录 我基本上想记录主管发现的任何异常。我想我已经找到了答案，并且意识到我的问题可能不正确。我需要监督策略来记录异常。当我创建supervisor UntypedActor时，它可以定义一个supervisor策略，该策略应该能够访问所包含的UntypedActor的（最终）记录器

我正在尝试运行教程中提到的示例： 我下载了选项2中提到的模板包，并用它配置了一个eclipse项目 当我在eclipse中“运行查找示例”（来自上述教程）时，根据教程，我应该得到如下输出： Started LookupSystem Calculating 74 - 42 Sub result: 74 - 42 = 32 Calculating 15 + 71 Add result: 15 + 71 = 86 但我实际上得到的是以下几行： Remote actor not available:

我们为短信、电子邮件和推送通知创建了Akka集群基础设施。系统中存在3种不同类型的节点，即客户端、发送方和灯塔。Web应用程序和API应用程序正在使用客户端角色（Web和API托管在IIS上）。Lighthouse和Sender角色作为Windows服务托管。在global.asax.cs的启动和停止事件中，考虑到Web应用程序和API应用程序应用程序池由于IIS而循环使用，我们关闭客户端角色中的actor系统，然后重新启动。我们可以通过日志观察到系统成功关闭并加入集群 但有时，当AppPool

我假设，如果你杀了父母演员，孩子们也会被杀，但当我尝试下面给出的方法时，我得到了一种不同的行为。有人能解释一下吗 1. Here the actor GrandFather creates Son and Son creates GrandSon. 2. Grandson sends a message to GandFather, so Grandfather gets the actoRef of the Grandson. 3. Then on receiving a specific

我有一个本地节点试图加入我的生产集群以监视它 它在几天内运行良好，但今天，我开始运行它（因为集群中的节点之间似乎存在连接问题），但节点没有加入 我正在使用InitialStateAEvents订阅集群，但我不再收到消息 生产节点中的日志经常这样说： New incarnation of existing member [Member(address = akka.tcp://application@127.0.0.1:2000, status = Down)] is trying to join

我想问一下，如果订阅者是至少一个OnceDeliveryReceiveActor（），是否可以实现发布/订阅模式（） 我无法使其工作，因为至少有一个交付接收者没有接收方法，只有命令。当我得到一个参与者的引用并使用告诉方法发送一条消息，然后命令接收它，但是如果我想使用mediator和Publish方法，那么命令不会接收该消息 提前谢谢 ReceivePersistentActor的命令与Receive处理程序一样工作（唯一的区别是确认参与者的持久性/恢复生命周期）。也就是说，您可以构建一个至少一

《检疫文件》对检疫的描述如下： 当远程故障检测器在Akka remote中触发时，节点将被隔离，但不会在Akka集群中 《检疫文件》对检疫的描述如下： 当有太多未确认的系统消息时，将隔离节点，但当故障检测器触发时，不会隔离节点 所以我有3个问题： 在Akka集群中，故障检测器触发器不会导致节点 隔离，那么他们的角色是什么 “太多未确认的系统消息”，“太多”的数量是多少？我们能就这么做吗 如何在Akka集群中进行配置，使节点不会或更难隔离 提前感谢。由您决定

我已经编写了一个自定义记录器，用于将日志消息传递到远程系统。我有第二个记录器，使用with作为后端打印到控制台和日志文件 奇怪的是，我注意到一些消息没有被我的自定义记录器接收到，但slf4j one接收得很好 例如，失败的子参与者生成的错误消息，作为监控策略的一部分记录： [DEBUG][akka://Test/system/remote-deployment-watcher]: started (akka.remote.RemoteDeploymentWatcher@b342d63) [DEB

如果我有一个Akka集群，访问该集群成员列表的最佳方式是什么 我可以在集群中的每个节点上侦听事件并管理自己的注册表。我也可以使用Clustersystem.state，但根据文档，这不一定与发布的事件同步。其中一个是首选/更好的吗 我的用例是： 我有一个由不同角色的各种服务组成的集群。当我需要一个特定角色的服务时，我会过滤集群中所有节点的列表，以获得具有我所需角色的节点，然后随机选择其中一个进行通信。这就是为什么我想要集群中所有节点的列表 这是实现此用例的最佳方法吗？如果激活，集群的成员可以通过

在调度消息时，下面的示例是经典的反模式吗 class MyActor extends Actor { private val scheduler = context.system.scheduler.schedule(3.seconds, 3.seconds, self, Tick) def receive = { case Tick => processMessage(....) } } 为什么我不应该使用本地调度程序？我将尝试总结为什么不应该使用调度程序作为默

我正在创建一些actor，它应该用自己的消息包装所有传入的消息，并进一步转发它们。 不幸的是，我没有任何用于用户消息的公共基类，所以我将使用Object.class捕捉它们 现在我不确定Akka是否可以向我的演员发送自己的信息。我不想偶尔转发一些发送给我的包装器参与者的系统消息。Akka会在内部向您的参与者发送消息。这些信息延伸了内在特质。正如源代码中的描述所述，系统消息在每个参与者的邮箱中形成自己的队列，并与其他消息分开处理。我们可以在和中跟踪这些消息的处理过程 class WrapAndFo

因此，我们的环境中有一个RESTAPI，它是在.NETWebAPI中实现的。 我目前正在开发一个PoC，在Akka Http中实现它的某些部分，以展示我们从反应式范例中获得的性能优势，而不是当前的WEB API安装 我已经用几个接口和一些数据库集成CRUD实现了一个简短的POC 我试图弄清楚我应该展示哪些东西，以便清楚地展示性能上的差异 与传统框架（如ASP.NET Web API或Spring）中的每请求线程处理方法不同，Akka HTTP对每请求执行一个参与者的处理是否正确 更新： 这就是我

我在学阿卡语。假设我们有几个学生演员用英语提问，几个教师演员用葡萄牙语回答，只有一个翻译演员，如下图所示 我如何将这些问题与他们的答案联系起来 我应该在Translator actor中保留一个关联列表作为状态吗 我是否应该在消息负载中添加学生参与者的完整路径作为一个字段，以便翻译人员参与者可以找到提出问题的学生（使用ActorSystem的actorSelection方法） Akka是否具有自动跟踪“调用堆栈”的内置功能 其他方式 在这个例子中，只有三种类型的演员，但我们也认为我们可以在

我一直试图让我的EventSourceBehavior写入MySQL，但出现以下错误，可能是什么问题？错误非常普遍，很难看出根本原因是什么。有没有办法通过Akka、ex connectivity等测试我的JDBC配置是否正确，谢谢 2020-11-20 00:48:57,999 WAR HikariConfig slick.db - using dataSourceClassName and ignoring jdbcUrl. 2020-11-20 00:48:57,9

如何让Akka知道Play的logback配置（application logger.xml）？ 就我而言，它完全被忽略了： 日志仅打印到标准输出。我希望它被记录到application-logger.xml中定义的Appender文件中 如果我将application-logger.xml重命名为logback.xml，则没有什么区别。 演员级别： conf/application.conf： conf/application-logger.xml ${application.home}/l

鉴于以下情况： import akka.dispatch.{FutureTimeoutException, Future} val f1 = Future({ Thread.sleep(2000); 0}, 500) f1.onException { case timeout: FutureTimeoutException => -1 } f1.recover { case timeout: FutureTimeoutException => -2 } print

我需要在Akka一个接一个地批处理2个大文件，我正试图找出在控制角色中协调这些文件的最佳方法。可以并行处理每个文件中的行，但必须先处理第一个文件中的所有行，然后才能处理第二个文件中的任何行 我在考虑有以下演员： File1WorkerActor—处理第一个文件中的一行 File2WorkerActor—处理第二个文件中的一行 File1Actor—将第一个文件中的行委托给多个辅助角色 File2Actor—将第二个文件中的行委托给多个辅助角色 TopLevelActor—要求File1Acto

这涉及到 我是阿克卡的新手。我正在考虑使用akka 2.3.12，但可以使用最新的2.4里程碑。我希望实现以下目标： 在集群中负载最少的节点上创建参与者（透明） 参与者对许多服务都有依赖关系 演员是按需创建的，即我不想在启动时创建x个演员 任何节点都可以创建参与者 一个节点上可以创建多个参与者 据我所知，我需要在每个节点上创建一个自适应（池）集群感知路由器 我不确定配置会是什么样子。文档有点混乱。以下是正确的还是在正确的轨道上 (一) 或2） 或3（1和2的组合）： 集群配置（类似于1-3）

我是akka spray的新手：） 我有一个路由器演员： class ProjectResource extends HttpServiceActor with DefaultJsonFormats { import spray.http.MediaTypes.`application/json` def receive = runRoute { pathPrefix("rest" / "1.2") { path("users" / Segment / "proj

我有一个应用程序，它有3个HTTP侦听器，如下所示： val futureResponse1: Future[HttpResponse] = Http().singleRequest(HttpRequest(uri = someUrl)) 3个用户中的每一个都在收听一个不间断的流（每一个都在收听不同的流）。并通过一个简单的流程进行处理，该流程从分组开始，然后是相对快速的处理（非阻塞）： 我没有得到例外或警告。但是过了一段时间（可能是15-25分钟），听众突然停止了。一个接一个（不在一起）

我对使用Akka的分布式发布-订阅集群功能来发布通过集群发送的消息感兴趣。使用DistributedPubSubMediator.Publish时，是使用全网状网络拓扑将消息广播给所有主题订阅者，还是使用部分网状网络优化已发布消息的传播？先谢谢你 集群中的分布式发布-订阅

假设我们有A和B，配置了远程（netty.udp）（没有集群）。两者都在不同的端口上启动。A中的参与者通过路由（使用RemoteRouterConfig和按地址）向B中的参与者发送消息。他们都得到了答案。当工作完成时，将终止。一段时间后，B记录一条解除关联的消息 远程服务器没有响应。已触发传输故障检测器。（内部状态为打开） 与远程系统的关联[akka]。udp://folder@127.0.0.1:2552]失败，地址现在为[5000]毫秒。原因：[解除关联] 如果我们再次启动A并尝试向B参与者

我有两个演员实例，如下所示： class MyActor1(actorRef2: Actor) extends Actor { .... .... } class MyActor2 extends Actor { .... .... } 以上两个演员都是从我有一些监督的顶级演员那里创建的 现在我的问题是，如果MyActor2以某种方式被杀死，那么我传递给MyActor1的MyActor2的引用会发生什么变化？MyActor1是否仍然可以使用传递给它的引用发送消息，以便MyAc

从Akka获取序列化错误，如下所示，如何处理Akka消息中有问题的不可序列化成员/字段？异常确实命名了无法序列化的成员值（在com.our.member.object下面），但该对象本身包含许多嵌套成员，并且错误消息似乎对无法序列化的有问题的嵌套对象没有什么线索： 2018-05-24T06:30:51.897Z错误VCA-akka.actor.default-dispatcher-4 akka.remote.EndpointWriter-无法使用序列化程序[class-akka.remote.

我运行的是Akka HTTP服务器，在这里我观察到负载下的“Acceptor1”和“Acceptor2”线程总是处于阻塞状态。下面是线程转储的摘录。 为什么受体处于阻塞状态？增加受体数量的方法是什么 “qtp1907228381-105接收器1SelectChannelConnector@0.0.0.0：9000“prio=5 tid=105堵塞 在sun.nio.ch.serversocketchannelmpl.accept（serversocketchannelmpl.java:225）上

我认为在使用Akka进行应用程序设计时可能会有一个更广泛的问题隐藏在这里，但我要问的是，如何建立一个监督树，其中一个“核心”或“顶级”监督人可能会监督其他监督人的孩子，哪些监督人是工人 您可以从顶层的声明性主管开始 val kernel = Supervisor( SupervisorConfig( OneForOneStrategy(List(classOf[Exception]), 3, 1000), Supervise(

我知道不建议在参与者的receive方法中进行阻止，但我相信这是可以做到的（只要不同时在太多参与者中进行） 建议在preStart中阻塞作为解决问题的一种方法，因此假定在preStart中阻塞是安全的 然而，我试图在预重启（而不是预启动）中进行阻止，一切似乎都挂起了-没有收到更多的消息 此外，在无法安全阻止的情况下，什么是安全的替代方案？在以下情况下，在接收中阻止相对安全： 被阻止的参与者总数远远小于工作线程总数。默认情况下，有10个工作线程，因此1-2个阻塞的参与者就可以了 blocking

我有一个AMQP应用程序，它在客户端有一个持久的RabbitMQ队列，在服务器端有一个RabbitMQ队列。客户端总是在本地持久性队列中写入消息，并且这些消息使用Spoot插件传输到服务器 Producer -> Local Queue --------- SHOVEL ---------- Remote queue -> Consumer 无论服务器是否存在，应用程序都会继续工作，并在可能的情况下进行发送。另一方面，服务器不需要知道客户端的位置，因为它总是从本地队列中获取。我想

我有以下要求： 我想要一个路由器或参与者，将消息转发到0-*参与者（目的地） 目的地通过注册和注销消息（如侦听器）在路由器上注册和注销自己 我的想法是，在“RoutingActor”中有一张地图，其中包含目的地的参考。但如果我真的这样实现它，我就不能使用“AkkaSystem.actorOf（RoutingActor.class）”，因为我可能会得到不同的参与者，对吗 那么，这里的正确解决方案是什么？我想构建一个路由器/调度器，它可以在运行时从这些目的地参与者更改消息目的地 谢谢首先创建路由参与

假设我创建了如下应用程序配置： akka { loglevel = DEBUG loglevel = INFO } 在akka中有解决重复属性的算法吗？阿克卡是永远选择最后一个值还是随机选择属性？或者忽略最后一个属性？Akka正在使用作为配置库。其中使用的语言为HOCON（解读为人类优化配置对象符号），该语言的一条规则规定： 允许重复密钥；后面的值覆盖前面的值，但递归合并两个对象的对象值键除外 所以是的，可以预测将拾取哪个值。Akka将用作配置库。其中使用的语言为HOCON（解读为

了解所有AKKA演员均来自/用户监护人演员。为了处理异常，我想定义MyAppParent Actor，并将我的所有Actor都放在这个Actor下。是否可以使用AKKA进行此操作。在实时情况下，我需要直接将消息发送到MyAppParentActor下的子Actors邮箱，而不是通过父Actor。如果可能的话，任何关于如何做到这一点的建议 谢谢， 卡比尔刚刚开始调查阿克卡。从我的理解（纠正我的错误）到你的问题。阿克卡有等级制度。根监护人->用户监护人->您的参与者层次结构。因此，如果您想要创建顶级

我有一个主管演员，他创造了这样的儿童演员： class SupervisorActor extends Actor { val child = context.actorOf(MyConnectorActor.props(config),"MyConnector") def receive = { case Message => child ! "throw" } } class MyConnectorActor extends Actor { def r

我们可以将并行级别配置为如下特定数字： my-thread-pool-dispatcher { type = Dispatcher executor = "thread-pool-executor" thread-pool-executor { core-pool-size-min = 2 core-pool-size-factor = 2.0 core-pool-size-max = 10 } throughput = 100 } 但是，由于我想在

如果节点崩溃，此时邮件在邮箱中排队，那么如何重新处理这些邮件？ 若它们不能被重新处理，那个么我们怎么能说akka编程模型是容错的呢。这是我们现在必须使用持久队列的最基本用例 消息将不会被处理并丢失；Akka不保证消息传递-这在其文档的开头明确说明。然而，这并不排除使程序具有容错性。最简单的方法之一是实现带有确认的消息，并让参与者重新发送未确认的消息。消息将不会被处理，并将丢失；Akka不保证消息传递-这在其文档的开头明确说明。然而，这并不排除使程序具有容错性。最简单的方法之一是实现带有确认的消息

我正在将kamon添加到我的独立akka应用程序中，出现以下错误： com.typesafe.config.ConfigException$缺失：找不到键“requires aspectj”的配置设置。错误位于Kamon.start（） 这是application.conf的相对内容 application.conf:36:要求aspectj具有类型字符串而不是对象 但是，当我包括被询问的属性时 { modules { requires-aspectj = no ... }

我正在使用OpenDaylight并试图用ApacheIgnite替换默认的分布式数据库。 我使用的是通过使用这里的源代码获得的jar： 并将其部署在OpenDaylight karaf容器中 以下是我在OpenDaylight中使用的akka.conf文件的一部分，该文件用ApacheIgnite替换了LevelDB日志 odl-cluster-data { akka { loglevel = DEBUG actor { provider = "akka.cluster.

假设您有一个Actor，MyActor，它依赖于无法序列化的对象。例子包括： 用于操作Json的JacksonObjectMapper 从DI容器获得的某种服务 此类参与者的道具在Java中可能如下所示： public static Props props(ObjectMapper m, SomeService s) { return Props.create(new Creator<MyActor>() { @Override publi

我有一个列表（例如，数据库查询的输出）变量，我用它来创建参与者（参与者可能很多，而且各种各样）。我使用以下代码（在TestedActor preStart（）中），actor限定名来自列表变量作为示例）： Class classobject=Class.forName（“com.java.anything.actor.MyActor”）//从名称字符串创建类 ActorRef actref=getContext（）.actorOf（Props.create（classobject），actorn

我的理解是，即使使用Ctrl-C，Akka也可以有一些进程和参与者仍在运行。如何仅使用命令行关闭所有剩余的Akka进程和参与者？我希望在shell中执行此操作，而不是编写Scala代码。如果出于某种原因按Ctrl-C不能停止akka，请重试。只要退出JVM，它就应该是好的 但是，如果您有这个问题（akka no stopping），您的代码中可能有某种东西阻止它停止如果您SIGINT（ctrl+c）一个进程，您将杀死JVM。如果你杀死JVM，你就杀死了Akka——它不会在VM之外产生任何进程。如

我一直在玩Akka Streams，并产生了创建Flows并使用FlowGraphs将它们连接在一起的想法 我知道Akka的这一部分仍在开发中，因此有些事情可能还没有完成，有些事情可能会发生变化，但有可能创建一个不“完整”的流程图吗-即未连接到接收器-并将其传递到我的代码的不同部分，通过向其添加流进行扩展，最后通过添加接收器完成 基本上，我希望能够撰写流程图，但不明白如何。。。特别是当流程图使用广播分割流时 谢谢下周（12月）将为我们编写文档，因此我希望这将帮助您更轻松地进入akka strea

这意味着较少使用ActorSelection来选择演员 我有一个CatalogActorSystem拥有10000名产品参与者。所有这些演员的名字实际上都是他们的ID。如果我需要访问id为的产品，例如product_5000，并且不应该使用ActorSelection，那么我必须在actor（如CatalogActorsCache）中有一个产品参与者的集合（使用dictionary或ICollection实现），并且必须迭代所有这些集合以找到正确的一个 我是否应该使用ActorSelection

我试图用ApacheIgnite替换OpenDaylight中的默认LevelDB，但在对akka.conf文件进行更改并部署我在这里找到的akka PersistenceIgnite jar之后，我无法这样做。 我正在浏览ODL源代码，并将一些Log.debug/print语句放在sal分布式数据存储模块的某些类中 下面显示的是我在将print语句放入位于org/opendaylight/controller/config/yang/config/actor\u system\u provi

Akka文件说： ask操作涉及创建一个内部参与者来处理此回复，该参与者需要有一个超时，在此超时后，它将被销毁，以避免泄漏资源 有什么方法可以阻止这个内部参与者的创建吗？如果你仍然想问问题，那么不管怎样，它都会创建这个内部参与者，并且没有办法避免 如果出于任何原因想要避免使用内部参与者，则必须使用tell而不是ask无法避免：ask（）导致在/temp/命名空间中创建参与者 关于上述内容的一些说明： 演员创作非常轻量级。创建一个参与者几乎没有开销。 在流中执行ask（）是完全有效的。只是不要阻塞

如何在eclipse中的简单独立java项目中集成akka 不使用活化剂，sbt。 我正在尝试与maven合作，但没有成功 看看这个链接： Akka只是项目类路径上的另一个jar库

我正在寻找一个框架/平台来（轻松地）支持跨微服务通信。我被引导和卡夫卡一起调查阿克卡。不幸的是，我无法找到具体的设置和用例，但也没有找到任何具体的消息可以说它将不起作用。 根据这里和其他网站上的文章/消息，我从Akka+Kafka收集了一组期望值，其中有几个开放点 请你复习/改正以下几点好吗 微服务“集群”实现平台。 微服务“集群”系统是通过一组 微服务[应用程序] a。微服务通过AKKA消息API相互交互。（例如，告诉、问） b。可以有多个Microservice实例 一,Q：邮箱是否在实

我正在akka系统中运行一个slf4j记录器。如果系统内存不足，我会在控制台中收到OutOfMemoryError。但是，这不会显示在日志文件中。这使得这些错误很难发现，因为我必须在它们从控制台顶部消失之前注意到它们。有没有办法让它们也显示在日志文件中 这就是错误： [error] (pool-21-thread-22) java.lang.OutOfMemoryError: Java heap space java.lang.OutOfMemoryError: Java heap space

我在127.0.0.1:2552上运行akka演员服务 我正在尝试从客户端访问它，如下所示： val client = new SClient("127.0.0.1:2552") describe("akkaDbClient") { it("should set a value"){ client.set("123", new Integer(123)) val futureResult = client.get("123") val result = Await.result(fu

我有一个akka节点（比如a），它执行引导，一旦完成，就会向另一个akka节点（比如B）发送一条消息，只有这样节点B才会开始执行它的工作。现在的问题是，假设节点A向节点B发送引导消息，然后节点B重新启动，所以当节点B出现时，它将处于等待状态（等待节点A发出引导消息） 有没有办法让节点a知道节点B已重新启动并再次发送消息？供参考的三种解决方案 1） 通过使用actorSelection，您可以让nodeB每次启动时向nodeA发送一条消息。然后nodeA就可以知道nodeB的启动了 2） 在节点A

在探索Akka时，我遇到了一个术语“非类型化ActorSystem” 这是什么意思？是否也有类型化的actor系统？如果有，两者有何区别？Akka Untyped，或者现在所称的Akka Classic，是Akka较旧的actor API。在Akka键入之前，非键入版本只是Akka，现在它实际上被称为Akka Classic。有关更多信息，请参见顶部的注释。对于新应用程序，建议从新API开始（如中所述）。

Akka集群文档没有指定如何自动扩展集群-添加或删除节点。这应该如何在阿克卡生态系统中实现？例如，在两种情况下——当我们将VM用于节点时，或者在组成集群的Kubernetes中使用容器时 如果特定节点中的负载较低，Akka集群是否会将参与者从该节点移动到其他节点，并自动关闭未充分利用的节点 如果Akka集群没有弹性功能，并且依赖于Kubernetes（如前所述），那么如果Kubernetes决定删除未充分利用的Akka集群节点，如何确保剩余在未充分利用的节点中的角色将“优雅地”移动到其他集群节点