我正在使用Spring和Webphere MQ处理下面的消息传递配置。
我需要为场景实现重试逻辑,我从队列接收消息并将消息数据放到Elastic搜索服务器上(搜索服务器是非事务性的),如果搜索服务器关闭我有将消息再次回滚到队列并在一段时间后处理消息(例如:30秒)。这个重试必须完成5次。 5次之后,必须将消息放在死信队列中。我们使用Tomcat作为服务器。
我们正在使用spring integration jms:message-driven-channel-adapter进行消息接收
如何使用spring和Websphere MQ实现此行为?
我已遍历多个站点,我可以找到对Active MQ的支持,但不支持IBM MQ。
<bean id="mqConnectionFactory" class="com.ibm.mq.jms.MQQueueConnectionFactory">
<property name="hostName">
<value>${queue_hostname}</value>
</property>
<property name="port">
<value>${queue_port}</value>
</property>
<property name="queueManager">
<value>${queue_manager}</value>
</property>
<property name="transportType">
<value>1</value>
</property>
</bean>
<!-- JMS Queue Connection Factory -->
<bean id="jmsQueueConnectionFactory"
class="org.springframework.jms.connection.SingleConnectionFactory102">
<property name="targetConnectionFactory">
<ref bean="mqConnectionFactory" />
</property>
<property name="pubSubDomain">
<value>false</value>
</property>
</bean>
<!-- JMS Destination Resolver -->
<bean id="jmsDestinationResolver"
class="org.springframework.jms.support.destination.DynamicDestinationResolver">
</bean>
<!-- JMS Queue Template -->
<bean id="jmsQueueTemplate" class="org.springframework.jms.core.JmsTemplate102">
<property name="connectionFactory">
<ref bean="jmsQueueConnectionFactory" />
</property>
<property name="destinationResolver">
<ref bean="jmsDestinationResolver" />
</property>
<property name="pubSubDomain">
<value>false</value>
</property>
<property name="receiveTimeout">
<value>20000</value>
</property>
</bean>
答案 0 :(得分:1)
JMS规范中没有关于延迟重新传递的内容。一些经纪人有自定义机制/政策来实施它;您必须查看代理文档。
如前所述,您可以使用递送计数标题在经过一些重试后放弃。
修改强>
回应你的评论......
仅当您使用的是支持JMS 2.0的MQ版本时 - 看起来您使用的是需要JmsTemplate102
的旧版本。 1.0.2是古老的; 1.1已经出了多年; Spring已经支持JMS 2.0近3年了。如果您有JMS 2.0代理(和客户端库),请设置deliveryDelay on a JmsTemplate bean。然后,配置出站通道适配器以通过jms-template
属性使用该模板。
为了了解重新传递计数,请将整个邮件传递到您的服务中,或者使用POJO方法将其配置为获取该标头...
public MyReply process(@Payload MyObject foo,
@Header("JMSXRedeliveryCount") int redeliveryCOunt) {
...
}
同样,这是一个JMS 2.0功能(标题),尽管有些代理在1.1中提供它。
答案 1 :(得分:1)
IBM MQ没有延迟重新传递,但一种选择是考虑使用Delayed Delivery的JMS2.0概念。这并没有设置重新传送的标志,因此不会参与任何退出逻辑,但它会实现定时行为。
例如,当消息无法处理时,应用程序可能会延迟重新排队。然后再说5分钟就不会再看到了。应用程序可能必须使用计数器标记消息。两者都可以在交易会话下完成