问题描述:
这样配置就针对这个URI下的所有queue都生效。如果只想对某一个队列来配置,可以用方式二在destination上配置方式如下
这样就只对queue com.foo生效
producer插入MQ的时候出现,客户端插入消息失败,提示服务器无命令应答返回的情况,让用户检查broker的有效性。
详细的错误信息就不列了。
MQ服务器端日志输出[INFO]Transport failed: java.io.EOFException | org.apache.activemq.broker.TransportConnection.Transport
问题原因:
MQ配置文件里配置了ProducerFlowControl='true',而且memorylimit过小导致的。
这个策略生效的方式是在它的策略里配置
<pendingQueuePolicy>
<vmQueueCursor />
</pendingQueuePolicy>
才会生效。所以如果为了防止内存使用过大,可以配置相应的属性。但是,一定要设置好内存限制,否则就会出现上面的错误。
解决方式:
1、配置合理的限制。
2、另外就是去掉这个配置项。
注,当队列中数据过大的时候,虽然没有配置这个限制,也一样会出现相同的问题,所以最好不要盲目的堆积消息。
问题描述:
当一个MQ队列里已经有几百条消息,而没有产生新消息的时候,现在先开启一个consumer去从队列里取消息,可以正常取到,但是当想再开一个consumer的时候却一条消息也取不到,只有等有新的消息生成的时候才可以取到。(其中consumer通过receive来获取消息,不过相信事件触发回调的方式也一样)。难道这是activemq的BUG经过分析问题不是这样的。
问题原因:
问题的原因,因为Activemq服务器端为了加速指令分发,所以会根据consumer的配置来做prefetch也就是消息预取,所以当开启一个consumer的时候,消息队列里的消息都分配给了第一个consumer这样,第二个再起来也不可能正常获取没有处理的指令,看着现像就想是不能支持多consumer。而新指令产生了,自然会分配给空闲的consumer。所以新指令可以正常给第二个consumer。这样一分析,问题就出现在consumer的prefetchsize配置。
解决方式:
给consumer配置prefetchsize
方式1:在URI配置
failover:
//(tcp://localhost:61616)?cms.PrefetchPolicy.queuePrefetch=1
这样配置就针对这个URI下的所有queue都生效。如果只想对某一个队列来配置,可以用方式二在destination上配置方式如下
方式2:在destination配置
com.foo?consumer.prefetchSize=2
这样就只对queue com.foo生效