我正在开发一个应用程序,它使用几个jms队列向外部系统发送/接收更新。为了测试我的应用程序,我使用了Mockrunner,特别是jms模块。我面临着一种奇怪的行为:当我启动我的应用程序时,我可以看到CPU以100%的速度飞速增长,通过分析线程转储,我可以看到主要原因是我拥有的jms侦听器看起来像是接收空消息--这导致消息如下:
Consumer ... did not receive a message现在,我正试图了解这个问题是否与我的应用程序和mockrunner之间的糟糕交互有关,还是一个配置错误。
该组合的相关部分是:
<bean id="destinationManager" factory-bean="mockRunnerJMSObjectFactory" factory-method="getDestinationManager" />
<bean id="mockJmsConnectionFactory" factory-bean="mockRunnerJMSObjectFactory" factory-method="createMockConnectionFactory" lazy-init="true"/>导致CPU无限期旋转的监听器是:
<jms:listener-container concurrency="5" connection-factory="mockJmsConnectionFactory" destination-type="queue" message-converter="myMessageConverter" acknowledge="transacted" >
<jms:listener
id="myListener"
destination="myQueue"
ref="myConsumer"
method="consume"
/>
</jms:listener-container>
<bean id="myConsumer"... />UPDATE I在Mockrunner项目上打开了一个问题,您可以看到它是这里。
发布于 2015-03-28 08:10:56
经过一些调查,我发现问题在于与SpringDefaultMessageListenerContainer的交互很差。该侦听器有一个基于轮询的实现,并且考虑到模拟的基础结构在响应请求时非常快,导致CPU过载。我通过在响应方法中添加一个丑陋的线程睡眠来修补模拟运行程序,也许这迟早会被修复。
https://stackoverflow.com/questions/29092788
复制相似问题