Java Message Service（JMS）是SUN提出的旨在统一各种MOM（Message-Oriented Middleware）系统接口的规范，它包含点对点（PointtoPoint，PTP）和发布/订阅（Publish/Subscribe，pub/sub）两种消息模型，提供可靠消息传输、事务和消息过滤等机制。简单的说，JMS制定了一个发消息的规范。是一个与具体平台无关的API，绝大多数MOM提供商都对JMS提供支持。ActiveMQ是Apache出品的开源项目，它是JMS规范的一个实现，JMS的作用在不同应用之间进行通信或者从一个系统传输数据到另外一个系统。

ActiveMQ是Apache出品，最流行的，能力强劲的开源消息总线。ActiveMQ是一个完全支持JMS1.1和J2EE1.4规范的JMSProvider实现,尽管JMS规范出台已经是很久的事情了,但是JMS在当今的J2EE应用中间仍然扮演着特殊的地位。主要特点：1.多种语言和协议编写客户端。

通过这篇文章主要是对自己学习MSMQ进行小结,并希望能把自己的想法写出来,能和一些也正在研究MSMQ的朋友共同学习，并希望能给予指导和建议

　　本教程使用的MQ版本7的Windows XP。 （从IBM网站下载试用版。）在Windows上安装很简单。只要保持所有默认值，当您去通过安装向导，但请务必从Administrators组中的用户进行安装。 　　不要担心，如果你还没有使用WMQ前。您将使用基于Eclipse的WebSphere MQ资源管理器，一个简单的GUI管理WMQ，执行基本的定义。

ActiveMQ是Apache出品，最流行的，能力强劲的开源消息总线。 多种语言和协议编写客户端 完全支持JMS1.1和J2EE 1.4规范 （持久化，XA消息，事务) （jms即Java消息服务（Java Message Service）应用程序接口是一个Java平台中关于面向消息中间件（MOM）的API，用于在两个应用程序之间，或分布式系统中发送消息，进行异步通信。） 对Spring的支持，ActiveMQ可以很容易内嵌到使用Spring的系统里面去，而且也支持Spring2.0的特性 通过了常见J2EE服务器

recis1服务器和recis2服务器操作完全相同：1首先mq-install-files这个文件夹拷贝到recis1服务器和recis2服务器上。比如我拷贝到:/opt/mq-install-files如果在安装过程需要一些补丁程序，你只要按照提示去下载这些文件然后再安装它们。

MQ服务配置接收端：需建立队列管理器，本地传输队列，远程传输队列，接收队列，设置侦听端口，如下图：
建立本地传输队列：
远程传输队列
图中:远程队列处：填写对方接收队列的名称；远程队列管理器：填写对方队列管理器名称；传输队列：填写己方本地队列的名称；本地接收队列
己方发送通道
图中：传输协议：填写TCP；联机名称：对方IP和端口；传输队列：己方本地队列名称；己方接收通道
这是一端机器的配置，另一端MQ的服务配置也同上。

RabbitMQ 是由 LShift 提供的一个 Advanced Message Queuing Protocol (AMQP) 的开源实现，由以高性能、健壮以及可伸缩性出名的 Erlang 写成，因此也是继承了这些优点。<br> AMQP的原始用途只是为金融界提供一个可以彼此协作的消息协议，而现在的目标则是为通用消息队列架构提供通用构建工具。因此，面向消息的中间件（MOM）系统，例如发布/订阅队列，没有作为基本元素实现。反而通过发送简化的AMQ实体，用户被赋予了构建例如这些实体的能力。这些实体也是规范的一部分，形成了在线路层协议顶端的一个层级：AMQP模型。这个模型统一了消息模式，诸如之前提到的发布/订阅，队列，事务以及流数据，并且添加了额外的特性，例如更易于扩展，基于内容的路由。

用来转发报文给远程队列，并相应远程远程队列返回的报文。新建6个队列，其实测试过程中只用到了实时的队列，所以只要建立3个实时队列也就行了，但我这边后期会用到异步的报文发送，所以就多建了3个批量的队列，建立队列的时候需要配置一些参数，我已经做了截图，同时有解释，这里就不赘述了。

Weblogic JMS 配置及简单实例

扩展是C写的，由于C与RabbitMQ通信一般需要依赖rabbitmq-c库（也就是librabbitmq），所以编译扩展前需要先装依赖库。好吧，那就按要求装吧~原文是用hg工具，需要装（一个轻量级的版本控制系统），这里就不介绍了，我们还是用传统的方法。

JMS配置文档登录WebLogic控制台新建JMSServer点击“new”按钮Name改为IbosJMSServer，点击CreateaNewStore按钮选中FileStore

JMS（Java Messaging Service）是Java平台上有关面向消息中间件的技术规范，它便于消息系统中的Java应用程序进行消息交换,并且通过提供标准的产生、发送、接收消息的接口简化企业应用的开发，翻译为Java消息服务。 JMS是一种与厂商无关的 API，用来访问消息收发系统。它类似于 JDBC(Java Database Connectivity)：这里，JDBC 是可以用来访问许多不同关系数据库的 API，而 JMS 则提供同样与厂商无关的访问方法，以访问消息收发服务。许多厂商目前都支持 JMS，包括 IBM 的 MQSeries、BEA的 Weblogic JMS service和 Progress 的 SonicMQ，这只是几个例子。

JMS学习交流JMS介绍Java Message Service（JMS）是SUN提出的旨在统一各种MOM（Message-Oriented Middleware）系统接口的规范，它包含点对点（Pointto Point，PTP）和发布/订阅（Publish/Subscribe，pub/sub）两种消息模型，提供可靠消息传输、事务和消息过滤等机制。简单的说，JMS制定了一个发消息的规范。是一个与具体平台无关的API，绝大多数MOM提供商都对JMS提供支持。ActiveMQ是Apache出品的开源项目，它是JMS规范的一个实现，JMS的作用在不同应用之间进行通信或者从一个系统传输数据到另外一个系统。两个应用程序之间，或分布式系统中发送消息，进行异步通信。这类问题有很多解决方案,比如DB、SOA、Socket通信、RMI,等，但我们需要根据项目的限制以及功能和性能的需要作出选择。JMS的应用场景：规模和复杂度较高的分布式系统

消息中间件介绍； WebSphere MQ 基本概念； 开发介绍； 管理介绍； 问题定位

1JMS  在介绍ActiveMQ之前，首先简要介绍一下JMS规范。1．1JMS的基本构件1．1．1连接工厂  连接工厂是客户用来创建连接的对象，例如ActiveMQ提供的ActiveMQConnectionFactory。1．1．2连接   JMSConnection封装了客户与JMS提供者之间的一个虚拟的连接。1．1．3会话   JMSSession是生产和消费消息的一个单线程上下文。会话用于创建消息生产者（producer）、消息消费者（consumer）和消息（message）等。会话提供了一个事务性的上下文，在这个上下文中，一组发送和接收被组合到了一个原子操作中。

HTTPSQS（HTTP Simple Queue Service）是一款基于 HTTP GET/POST 协议的轻量级开源简单消息队列服务，使用 Tokyo Cabinet 的 B+Tree Key/Value 数据库来做数据的持久化存储。

ActiveMQ使用帮助文档一、技术简介ActiveMQ是Apache出品，最流行的，能力强劲的开源消息总线。ActiveMQ是一个完全支持JMS1.1和J2EE1.4规范的JMSProvider实现，尽管JMS规范出台已经是很久的事情了，但是JMS在当今的J2EE应用中间仍然扮演着特殊的地位。

ActiveMQ配置参考手册

队列管理器的MAXMSGL表示队列管理器中可以容纳的最大消息长度。此参数只对 AIX、Compaq OpenVMS、HP-UX、Linux、OS/2 Warp、OS/400、Solaris和Windows 有效。缺省值为 4,194,403，范围在 32,768 到 104,857,600 之间。队列管理器的 MAXMSGL 的值应该始终大于等于队列的 MAXMSGL 值，如果这个值调小了，应该检查队列管理器中所有的 Local 或 Model 队列的 MAXMSGL 属性，包括系统队列 SYSTEM.DEFAULT.LOCAL.QUEUE 的定义。