很多时候，你缺少的不是知识而是热情

架构里不能没有一个强大的队列，开始学习这个强大的“兔子”

发现了一个Nginx的LUA脚本：lua-resty-rabbitmqstomp，可以让Nginx通过LUA脚本访问RabbitMQ消息队列，这个脚本是通过stomp协议连接RabbitMQ的stomp适配器，来pub/sub消息的关于RabbitMQ-STOMP安装使用相关内容可以参见：RabbitMQ STOMP Adapter关于Nginx-LUA模块安装使用参见：LAMP架构演进到LAMPGC，再演进到LNMLGC关于STOMP协议相关资料参见这里：STOMP官方英文协议1.1版STOMP

在这篇博客里面，我们将定位“在一个分布式系统里面，如何实现对特殊资源的访问控制”的问题，解决该问题的方案在计算机界广为人知，那就是被t为信号量的东东。“信号量”是在1965年Dijkstra的“Cooperating Sequential Processes”论文里出现的，下面我们将要讨论如何使用AMQP的构建快(consumers,producers,queues)来实现信号量。 需要信

原文地址：http://my.oschina.net/hncscwc/blog/195560

原文地址：http://my.oschina.net/hncscwc/blog/195343

为了方便工作中使用，对 RabbitMQ 的【高可用】相关文档进行了翻译，鉴于自己水平有限，翻译中难免有纰漏产生，如果疑问，欢迎指出探讨。此文以中英对照方式呈现。官方原文：http://www.rabbitmq.com/ha.html============== 我是分割线 ===============Highly Available Queues高可用 queu

DLX，Dead-Letter-Exchange（死信邮箱）利用DLX，当消息在一个队列中变成死信后，它能被重新publish到另一个Exchange，这个Exchange就是DLX。消息变成死信一向有以下几种情况：消息被拒绝（basic.reject or basic.nack）并且requeue=false消息TTL过期队列达到最大长度DLX也是一下正常的Exchange同一般的Exchange没有区别，它能在任何的队列上被指定，实际上就是设置某个队列的属性，当这个队列中有死信时，Rabbit

在RabbitMQ（二）AMQP协议mandatory和immediate标志位区别中我们提到，在RabbitMQ3.0以后的版本里，去掉了immediate参数支持，要实现类似的确认功能要使用TTL和DLX。TTL，Time-To-Live Extensions（过期时间）RabbitMQ 允许你对 message 和 queue 设置 TTL 值。Per-Queue Message TTL通过在 queue.declare 中设置 x-message-ttl 参数，可以控制被 publish

mandatory和immediate是AMQP协议中basic.pulish方法中的两个标志位，它们都有当消息传递过程中不可达目的地时将消息返回给生产者的功能。具体区别在于：1. mandatory标志位当mandatory标志位设置为true时，如果exchange根据自身类型和消息routeKey无法找到一个符合条件的queue，那么会调用basic.return方法将消息返还给

Confirms (aka Publisher Acknowledgements)Using standard AMQP, the only way to guarantee that a message isn't lost is by using transactions -- make the channel transactional, publish the message,

最近工作中使用到Stomp协议，现在做个总结！ Stomp是一个简单的消息文本协议,它的设计核心理念就是简单与可用性，官方文档：http://stomp.github.com/stomp-specification-1.1.html 现在我们就来实践一下Stomp协议，你需要的是： 1.一个支持stomp消息协议的messaging server(譬如activemq，ra