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 的定義。