朱智文的专栏

Number Of Consumers  消费者 这个是消费者端的消费者数量Number Of Pending Messages 等待消费的消息 这个是当前未出队列的数量。可以理解为总接收数-总出队列数Messages Enqueued 进入队列的消息  进入队列的总数量,包括出队列的。 这个数量只增不减Messages Dequeued 出了队列的消息  可以理解为是消费这消

生产消息类package com.jugiven.activemq;import javax.jms.Connection;import javax.jms.ConnectionFactory;import javax.jms.DeliveryMode;import javax.jms.Destination;import javax.jms.MessageProducer;

1配置环境变量变量名：ACTIVEMQ_HOME   变量值：D:\java\activeMq\apache-activemq-5.15.0path:D:\java\activeMq\apache-activemq-5.15.0\binclassPath:D:\java\activeMq\apache-activemq-5.15.0\lib然后直接在cmd下

在后面的一系列文章中，我们将主要从如下几个方面来分析:       一、activeMQ的核心线程的功能和生命周期    二、消息存储的kaha实现的分析   三、消息队列(Queue)实现的分析   四、activeMQ的领域模型   五、activeMQ中TCP通讯机制   六、activeMQ的Cluster   七、activeMQ中内存使用和管理   

activeMQ支持多种通讯协议TCP/UDP等，我们选取最常用的TCP来分析activeMQ的通讯机制。首先我们来明确一个概念： 客户(Client)：消息的生产者、消费者对activeMQ来说都叫作客户。 消息中转器(Message broker)：它是activeMQ的核心，它接收信息并进行相关处理后分发给消息消费者。     为了能清楚的描述出activeMQ的核心通讯机制，我

问题描述：我们想通过forwarding bridge方式联起来多个activeMQ(也就是Broker)，但是消息消费者client3接收不到消息。(因该朋友对问题的描述不够详细，我们暂且这么设定问题。希望以后各位提问题最好带上图一所示的消息拓扑图)。下面我将结合图一所示的消息拓扑图，结合我们分析activeMQ源码，来具体说一下forwarding bridge的工作方式和使用时应注意的地

图一activeMQ现在越来越复杂了，就像一个武林高手，会的套路是越来越多了，想要看清他的路数，有点不容易。但是如果能把住他的“脉”也许就看清楚了。activeMQ做为软件也有它的“脉象”，也就是我们经常所说的领域模型。领域模型尤其是象activeMQ这样的中等规模的软件系统，也都是在对问题域不断深入认识的过程中，一次次进化的。我们这次来分析activeMQ的领域模型，也是本着这样

图一       自动这个功能一直给人一种有点“神奇”的感觉，尤其是真正好用的自动功能。我们在activeMQ中就出现了自动发现功能，下面我们具体分析一下该功能的实现原理。       为了便于说明，我们用图一所示的消息传输拓扑图来进行分析。图中有两个activeMQ、一个客户端(消息发送者/消费者)。我们使用activeMQ的自动发现功能让它们来发现彼此的存在。自动发现功能的好处

经过一段时间对activeMQ的研究，首先我们觉得它无论从架构还是性能方面都应该可以承担起商业365*24的应用，但就像任何成熟的软件产品一样，尤其是这种分布式部署的消息中间件，在今天，如果没有一个好的可视化工具来展现它的消息拓扑图，将会使activeMQ的推广和实际使用带来很大的不便。在我们分析activeMQ的实现原理过程中，也感到这方面的不方便，试用了包括activeMQ本身提供的各种可视化

在接触activeMQ的这一段时间里，我们还是保持开始对它的态度，它是个优秀的开源消息中间件。消息中间件是个非常重要的搭建企业应用系统的重要组件，我们在不断深入分析activeMQ的过程中，发现直到5.1这个版本，都还是存在不少问题，有些是很致命，但正因为如此，我们更加坚定了要全面掌握activeMQ，我们不想重新做“轮子”，但我们要具备在轮子坏了或不好用的情况下，要能独立解决碰到的这些问题。下面

在越来越多的网友对activeMQ的存储机制发生了兴趣，为了更好的对activeMQ的存储机制从实现原理进行分析，以知道怎么可以更好的进行优化。我们觉得有必要把我们在分析源码时的一些心得，分享给大家，首先activeMQ的消息存储目录相对简单： 在*\data目录下包括3个目录：journal、kr-store、临时目录(机器名称为目录名)  Journal 存放的是原始的消息内容，

因群里的“追风”问message cursor到底是有什么用，以及怎么用，我答应他出篇源码分析文档，现在有点时间，就把message cursor分析一下。在分析的过程种发现，如果不从源码分析，只是从已有的用户使用文档中，确实没法用好message cursor。activeMQ的message cursor分为3种l         Store-basedl         VM