问题标签 [dead-letter]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
testing - 在 Apache Camel 中测试死信通道
我一直在关注向死信频道发送消息的示例,但还没有弄清楚如何测试它。消息确实会路由到 DLC,但我想确保已经过测试。
例如,我将如何测试是否在log:dead端点上接收到消息。此代码位于从CamelTestSupport扩展的测试类中:
一种选择是将其写入新路线,但我希望使用开箱即用的记录器。
scala - Akka Scala 演员中的死信
我有一个基于 Scala 中的 Akka 演员的非常简单的结构,但我不断收到有关未传递消息的警告。这是主类的代码,Collector 是一个扩展 Actor 的单独类:
消息未传递到收集器,代码的结果是:
[04/27/2014 18:09:05.518] [ReadScheduler-akka.actor.default-dispatcher-3] [akka://ReadScheduler/user/Collector] 来自 Actor[akka:/ 的消息 [java.lang.Boolean] /ReadScheduler/user/Executor#2127791644] 到 Actor[akka://ReadScheduler/user/Collector#337715308] 未交付。[1] 遇到死信。可以使用配置设置“akka.log-dead-letters”和“akka.log-dead-letters-during-shutdown”关闭或调整此日志记录。
消息传递失败的原因可能是什么?我在这个概念中是否一直缺少一些东西?
java - 骆驼死信频道
我有一条路线:
当我没有给出适当的输入时(id
在这种情况下,它被用作to
路由中的 URI 参数)。该to
路线将向我回复一个错误页面。这没有发生。相反,即使使用死信通道错误处理程序处理后,也会出现空白页:
ibm-mq - 死信队列
我的问题是关于 WebSphere MQ 的死信。
如何在 ISPF 上查看队列管理器的死信?
每个队列管理器都有一个默认的死信队列还是我需要定义它?
非常感谢!
scala - 如何查看akka死信
我创建了一个执行一些基本操作并且似乎工作正常的 Actor - 但是我经常在我的日志中看到以下内容
我想实际查看 Failure 的内容,以确定究竟是什么在抛出 a Failure
,但是我不太清楚如何查看它们。
通读 Akka 文档,它提到了如何禁用日志中的死信警告,但没有提到如何实际编写处理程序来处理它们。
有没有一种简单的方法来实际捕获发送到死信的任何内容?
events - nservicebus:事件和死信队列
使用 NSB 的 Pub/Sub 模型,以下两种情况看似会导致死信队列填满,最终导致“资源不足”错误。
1) 发布没有订阅者的事件类型 2) 订阅者离线
出于我们的目的,我们对订阅者启动时的历史事件不感兴趣,因此传入队列在启动时被清除。然而,当订阅者离线时发布的事件会填满死信队列。
我是否误解了命令与事件?这是我期望从命令中获得的行为,但如果没有订阅,预计事件会消失。
powershell - 通过 PowerShell 脚本管理 Azure 死信
powershell 是否具有管理主题订阅死信的命令。我想编写 powershell 脚本来下载所有死信,或者可能遍历死信并根据某些标准重新发布它们。
azureservicebus - Azure SB 队列将消息发送到禁用的死信队列
为什么我的 Azure 服务总线队列在未启用时会向死信子队列发送消息?
从一开始我就确保过期的消息不会被移动到死信队列(或者我是这么认为的)。
在 Visual Studio Server Explorer 中,我在队列下看到了这个:
- EnableDeadLetteringOnMessageExpiration: False
但我也看到了这个:
- 死信消息数:16
我不能像往常一样把它们拉出来,所以我创建了一个临时服务来处理(摆脱)这些,这就是我能够从brokeredMessage.Properties
:
- DeadLetterReason: MaxDeliveryCountExceeded
- DeadLetterErrorDescription:10 次传递尝试后无法使用消息。
我希望消息在未完成时仅留在正常队列中。到目前为止,我已将 MaxDeliveryCount 更改为 1000,但这不是一个真正的解决方案。
我在看什么?
更新 阅读我自己的文字后,我意识到 EnableDeadLetteringOnMessageExpiration 与传递计数无关。我可以选择让我的消息永远留在正常队列中吗?还是我必须将 MaxDeliveryCount 设置为“足够高”?
servicebus - Windows Server 的服务总线 - 具有 TTL 行为的延迟消息
当使用延迟消息时,生存时间被忽略,是否有可能出现这种行为并将消息发送到死信队列?
如果是这样,我该如何实现?
akka - 消息转到死信而不是发件人(akka路由器)[scala]
实际上,我无法让我的演员(路由器)系统正常工作。我的设置:
我正在尝试在播放控制器中使用 akka 路由器。对于依赖注入,我使用 scaldi。
斯卡迪模块:
akka路由器:
工人:
当我向路由器发送消息(插入用户消息)时,它被正确路由并且工作人员接收到消息,但是当工作人员将消息发送回发件人时,它无法传递,所以它被发送到死信办公室。我不知道如何解决这个问题。有人可以帮助我吗?
提前致谢