问题标签 [dead-letter]

我正在尝试使用以下服务配置在 wcf 中创建死信队列服务：

如果我启动服务主机，我会收到一个 System.Messaging.MessageQueueException 说“无效的队列路径名”。事务系统死信队列地址有什么问题？我在网上找不到任何其他示例。

我正在尝试创建一个从事务系统死信队列中读取死信的服务。

服务配置如下所示：

我的服务接口：

通过我的服务实现：

并像这样启动主机：

到目前为止，一切看起来都像许多书籍和教程中描述的那样，但是当我在事务性死信队列中生成死信时，服务不会被调用。我的服务出了什么问题？

感谢帮助恩拉

我使用 ActiveMQ 作为代理来传递消息。这些消息旨在以数据库形式编写。有时，数据库无法访问或关闭。在这种情况下，我想回滚我的消息以稍后重试这条消息，并且我想继续阅读其他消息。

这段代码工作正常，除了一点：回滚的消息阻止我阅读其他消息：

我以这种方式创建我的会话：

回滚很容易问：

假设我的队列中有 3 条消息：

我的消费者会做（线性序列）：

但我想要 ：

那么，如何配置我的消费者以延迟我的回滚消息？

假设我有一个带有 DLQ 的队列，没有重新传递。（运行时）消息处理过程中的异常（在 MDB 中）导致消息被发送到 DLQ，因此我可以决定如何处理它。到目前为止，一切都很好。

但我认为在许多情况下，最好知道为什么消息没有被正确处理，换句话说，MDB 中的异常是什么？

我认为从技术角度来看，将异常（或至少将其堆栈跟踪作为字符串）附加到发送到 DLQ 的消息（例如在 JMS 属性中）应该相当容易。

到目前为止，我无法确定在 JBoss（任何版本）或任何其他 JMS 实现/应用服务器中是否/如何可能。

任何人都知道这是否可能或类似的事情？或者为什么不可能？

我正在尝试使用 VBScript 计算死信队列中的消息数。这是我的代码：

这是我得到的错误：

我使用这种格式来获取私人消息计数，但是我在死信中收到了这个错误。

我正在尝试在 RabbitMQ 中实现一个 dlx 队列。场景很简单，我有 2 个队列：1）活着 2）死了（x-dead-letter-exchange: "immediate", x-message-ttl: 5000）

和一个“立即”的交换，它绑定到 1) 活着

我尝试运行此示例： http ://blog.james-carr.org/2012/03/30/rabbitmq-sending-a-message-to-be-consumed-later/ 但似乎消息在之后被丢弃ttl 过期并且它们不会在交易所上发布，所以我的活动队列总是空的。

我还尝试在管理控制台中手动创建队列，我得到了相同的行为。

我使用 Ubuntu/rabbitmq 3.0.0 以及 Mac OS X 和 rabbitmq 2.8.7 对其进行了测试

我错过了什么吗？

我正在尝试通过 ruby​​ stomp gem https://github.com/stompgem/stomp在带有x-dead-letter-exchange和x-message-ttl 标头的队列（RabbitMQ）上发布

它通过管理面板工作正常，但我看不到使用此代码发布的消息：

如果我在“正常”队列上尝试此操作，则消息会按预期发布。

有什么建议吗？

使用 RabbitMQ Admin (v3)，我尝试创建一个将死信消息发送到默认交换器的队列，其中绑定了一个错误队列的路由键“MyErrorRoutingKey”。所以在管理界面，我把“死信交换”留空。

我只是想知道在尝试创建队列时出现以下消息是否正常：

406 PRECONDITION_FAILED - vhost'/'中队列'MyQueue'的无效参数'x-dead-letter-routing-key'：routing_key_but_no_dlx_defined

似乎可以将死信消息路由到默认交换，因为在文档中进一步说：

有可能形成死信队列的循环。例如，当队列死信消息发送到默认交换时，可能会发生这种情况，而没有指定死信路由键。这种循环中的消息（即两次到达同一个队列的消息）将被丢弃。

那么我应该如何将消息路由到默认交换？与上面描述的“循环无用死信”不同，我希望能够指定路由键，这样我的消息就不会丢失。

我们已经在 J​​boss SOA 平台上部署了应用程序。从性能上看，我们已经注释掉了 jboss-esb.xml 中的 DeadLetterService。因此，当任何异常发生或消息未传递给第 3 方时，它不应该转到 DLQ。但是现在我们收到以下错误

将响应发送给第 3 方大约需要 5 分钟。我们正在尝试找出延迟的原因。

谁能知道这个问题与“DeadLetterService”有什么关系？或者我怎样才能重现这个问题？或者为什么要延迟 5 分钟？

我使用 Spring DSL 定义了以下路由：

有时，根据 的输出（出站消息）fizzBean，Smooks 处理器会抛出异常并挂起整个应用程序。当它这样做时，我可以在应用程序日志中看到抛出的异常（它实际上是一个 MySQL 异常），但不知道如何包装/捕获它并继续处理。我认为，鉴于ErrorCatcher上面的设置，抛出的 MySQL 异常将被处理，并且路由将继续处理。相反，我从来没有在我的应用程序日志中看到ErrorCatcher#handle当这些 Smooks/MySQL 异常被抛出时该方法被执行的证据。

我在这里配置了什么不正确吗？我还能做些什么（通过 Smooks 处理器的 URI 配置或其他方式）来防止从该处理器内部引发的异常挂起整个应用程序？提前致谢！