在消息重新传递期间持久化JMS消息头
我们有一个camel路由，在这里我们从输入队列读取消息，处理它，设置一些JMS头（使用exchange.getin().setheader(...))，然后将消息路由到某个输出队列。在MQ故障转移方案期间，将重新传递消息。但是，当重新传递消息时，我前面放置的JMS头丢失了。是否有任何方法可以在重新交付后保留JMS头？
共有1个答案
JMS重发
不，如果消息是从输入队列重新传递的，则不会。仅仅是因为它是你之前收到的相同的原始消息。JMS代理对您在Camel路由中所做的修改一无所知。
然而，这通常不是一个问题。因为在重新传递时，同一个使用者再次使用消息，并再次对消息进行相同的修改。
-
我正在读一条来自Solace的信息。我能够成功地阅读信息。假设我正在阅读一条消息，在侦听器线程上读取/处理消息时，应用程序崩溃。那我怎么能在那上面再读一遍那条信息呢。使用下面的代码，我无法再次阅读该消息。下面是我的配置
-
我读到：http://www.javaworld.com/article/2074123/java-web-development/transaction-and-redelivery-in-jms.html?page=2 "通常，确认特定消息会确认会话接收的所有先前消息"（在客户端确认模式下） “邮件重新传递不是自动的，但在某些情况下会重新传递邮件” 我的问题是： 如何确保每次收到消息时都有一个
-
我正在使用WerbLogic 10.3.5和Spring 3.0实现JMS队列。我有以下Spring配置： 我的消息创建代码如下所示： 我的听众是这样的： 消息被正确创建，侦听器的onMessage（）方法被调用，但是如果逻辑失败，我抛出RuntimeException（），消息不会被重新传递。我尝试了上述代码的许多细微变化（例如设置SessionAcknowledgeMemodeName=SES
-
问题内容： 我阅读了今年的UberConf的幻灯片，其中一位发言者认为Spring JMS给您的消息队列系统增加了性能开销，但是在幻灯片中我看不到任何证据支持这一点。演讲者还提出了点对点比传统“发布- 订阅”方法更快的情况，因为每个消息仅发送一次，而不是广播给每个消费者。 我想知道是否有经验的Java消息传递专家可以在这里介绍一些技术问题： 使用Spring JMS而不是单纯的JMS实际上会产生性
-
此应用程序收到 但是，当不存在web套接字会话，并且JMSProducer将消息发送到QueueSenderSessionBean中的目标“jms/notificationQueue”时，消息会立即在NotificationEndpoint中使用。这不是我的意图。 我的目的是让队列保留消息，直到用户连接到NotificationEndpoint。如果用户没有连接到NotificationEndpo
-
我正在使用网络逻辑10.3。我正在尝试配置一个持久订阅，其中包含由 jdbc 存储（在 Oracle DB 中）支持的持久消息。我有一个主题，MDB 正在作为持久订阅者侦听该主题。在场景-1下：如果我发送消息，它会命中MDB。 在场景2中:我挂起了MDB，希望发送到主题的消息只要不被MDB(它是唯一注册的持久订阅者)使用，就会一直存在。但是当我向主题发送消息时，它短暂地出现在那里，然后就消失了(我