Just Do It!

1.  问题在rabbitmq的pub/sub模式中，是否会出现消息堆积现象。比如，生产者向exchange发送了大量消息，而此时consumer不work，无法处理，等到consumer online后，是否会接受到大量的消息？初学者，特进行尝试2. 结论                                 ------queue1pub-----

Understanding AMQPAMQP (Advanced Message Queueing Protocol) is an openly published wire specification for asynchronous messaging. Every byte of transmitted data is specified. This characteristic a

About This GuideThis guide covers queue, exchange and message durability, as well as other topics related to durability, for example, durability in clustered environments.This work is licensed

Lately I performed a message queue benchmark, comparing several queuing frameworks (RabbitMQ, ActiveMQ…).Those benchmarks are part of a complete study conducted by Adina Mihailescu, and everything

RabbitMQ支持消息的持久化，也就是数据写在磁盘上，为了数据安全考虑，我想大多数用户都会选择持久化。消息队列持久化包括3个部分：　　（1）exchange持久化，在声明时指定durable => 1　　（2）queue持久化，在声明时指定durable => 1　　（3）消息持久化，在投递时指定delivery_mode=> 2（1是非持久化）如果exchange和

http://rainbird.blog.51cto.com/211214/525523/

http://www.infoq.com/cn/articles/apache-kafka/业界对于消息的传递有多种方案和产品，本文就比较有代表性的两个MQ(rabbitMQ,kafka)进行阐述和做简单的对比，在应用场景方面，RabbitMQ,遵循AMQP协议，由内在高并发的erlanng语言开发，用在实时的对可靠性要求比较高的消息传递上。kafka是

1.  背景项目中原来利用rabbitmq的RPC实现远程方法调用，比较简陋，封装的比较差，而且topic等模式均为阻塞，如今我负责进行改造，今天重点看看如何利用spring-rabbitmq实现RPC风格的调用简单说来，RPC，主要目的是利用message实现远程方法的调用2.   关键代码2.1  RPC  client@Override publi

1.  poll方式接受消息      QueueingConsumer consumer = new QueueingConsumer(channel);      channel.basicConsume(queueName, true, consumer);      while (true) {        QueueingConsumer.Del

1. 项目结构关键是jar包，jar包如何引用不当，会出现许多问题。jar包如下：spring-amqp-1.0.0.M1.jarspring-erlang-1.0.0.M1.jarspring-rabbit-1.0.0.M1.jarspring-rabbit-admin-1.0.0.M1.jarspring-aop-3.0.3.RELEASE.ja

Rabbitmq集群高可用RabbitMQ是用erlang开发的，集群非常方便，因为erlang天生就是一门分布式语言,但其本身并不支持负载均衡。Rabbit模式大概分为以下三种：单一模式、普通模式、镜像模式单一模式：最简单的情况，非集群模式。没什么好说的。普通模式：默认的集群模式。对于Queue来说，消息实体只存在于其中一个节点，A、B两个节点仅有

队列持久化在之前的例子中，我们所用的队列都是临时队列，当服务重启后之前创建的队列就都没有了。队列的持久化是在定义队列时的第二个参数决定的(false为队列不用持久化)[java] view plaincopychannel.queueDeclare(queueName, false, false,false,null);  

There’s a dirty secret about creating queues and exchanges in Rabbit: by default they don’t survive reboot. That’s right; restart your RabbitMQ server and watch those queues and exchanges go poof (alo