JMS(Java Message Service) 即Java消息服務。它提供標準的產生、發送、接收消息的接口簡化企業應用的開發。它支持兩種消息通信模型：點到點（point-to-point）（P2P）模型和發布/訂閱（Pub/Sub）模型。P2P 模型規定了一個消息只能有一個接收者;Pub/Sub 模型允許一個消息可以有多個接收者。

這是一個MIS系統的一部分，用于計算最后的收費金額，由于計算過程及其復雜，要求實現不影響用戶接口響應，就是要實現異步計算，同時可以處理多個計算請求，計算結束后通知發出計算命令的客戶端。功能十分簡單，只要一個MDB就可以實現了，但是要通知客戶端計算結束使得系統變得有趣多了。

全書共分為3部分共14章，第一部分 WebSphere MQ原理和體系結構，分為兩章；第二部分 WebSphere MQ系統管理，分為六章，分別介紹安裝、配置、管理、控制命令和問題確定；第三部分 WebSphere MQ應用開發，由五章組成，介紹程序設計、編寫和例子程序。 本書是WebSphere MQ產品的實用指南，所以至少對兩種讀者有益，一種是WebSphere MQ產品的初學者，本書能成為指導性資料；另一種是WebSphere MQ的系統管理員和開發者。

本文首先介紹了消息中間件的原理，然后介紹了目前流行的消息中間件產品和一些開源實現。最后詳細分析了SUN及其伙伴公司提出的旨在統一各種消息中間件系統接口的規范(JMS)。

消息隊列技術是分布式應用間交換信息的一種技術。消息隊列可駐留在內存或磁盤上,隊列存儲消息直到它們被應用程序讀走。通過消息隊列，應用程序可獨立地執行--它們不需要知道彼此的位置、或在繼續執行前不需要等待接收程序接收此消息。在分布式計算環境中，為了集成分布式應用，開發者需要對異構網絡環境下的分布式應用提供有效的通信手段。

現今，越來越多的企業面臨著各種各樣的數據集成和系統整合，CORBA、DCOM、RMI等RPC中間件技術也應運而生，但由于采用RPC同步處理技術，在性能、健壯性、可擴展性上都存在著諸多缺點。而基于消息的異步處理模型采用非阻塞的調用特性，發送者將消息發送給消息服務器，消息服務器在合適的時候再將消息轉發給接收者；發送和接收是異步的，發送者無需等待，二者的生命周期也可以不必相同，而且發送者可以將消息間接傳給多個接收者，大大提高了程序的性能、可擴展性及健壯性，這使得異步處理模型在分布式應用上比起同步處理模型更具有吸引力。

全書共分為3部分共14章，第一部分 WebSphere MQ原理和體系結構，分為兩章；第二部分 WebSphere MQ系統管理，分為六章，分別介紹安裝、配置、管理、控制命令和問題確定；第三部分 WebSphere MQ應用開發，由五章組成，介紹程序設計、編寫和例子程序。 本書是WebSphere MQ產品的實用指南，所以至少對兩種讀者有益，一種是WebSphere MQ產品的初學者，本書能成為指導性資料；另一種是WebSphere MQ的系統管理員和開發者。

ActiveMQ支持訂閱同一個queue的consumers上的集群。如果一個consumer失效，那么所有未被確認（unacknowledged）的消息都會被發送到這個queue上其它的consumers。如果某個consumer的處理速度比其它 consumers更快，那么這個consumer就會消費更多的消息。

本文介紹開源的JMS服務器openJms，及怎樣使用openJms來構建系統之間健全、高度可用的通訊，從而簡化企業級應用的開發。 openJms符合SUN的JMS API 1.0.2規范，支持消息隊列，還支持消息傳遞的發布/訂閱模式，本文先就系統服務的搭建及JMS的非結構化消息發送和接收進行說明。

JMS & ActiveMQ介紹

實現郵件短信提醒等比較費時的功能時，通常采用消息機制異步實現兩個或多個消息客戶端(即應用端和郵件發送端)之間的通信，本文就如何在Spring框架下實現JMS進行描述。

JMS 給java 程序員提供了一種通用的方式來創建、發送、接收和查看企業消息系統消息。企業消息產品（或者有時稱為面向消息的中間件產品）正逐漸成為公司內操作集成的關 鍵組件。這些產品可以將分離的業務組件組合成一個可靠靈活的系統。除了傳統的MOM 供應商，企業消息產品也可以由數據庫供應商和許多與網絡相關的公 司來提供。Java 語言的客戶端和Java 語言的中間層服務必須能夠使用這些消息系統。JMS 為Java 語言程序提供了一個通用的方式來獲取這些系統。JMS 是一個接口和相關語義的集合，那些語義定義了JMS 客戶端如何獲取企業消息產品 的功能。由于消息是點對點的，所以JMS 的所有用戶都稱為客戶端（clients）。JMS 應用由定義 消息的應用和一系列與他們交互的客戶端組成。

1、實現 JMS1.1 規范，支持 J2EE1.4以上 2、可運行于任何 jvm和大部分 web 容器（ActiveMQ works great in any JVM） 3、支持多種語言客戶端（java, C, C++, AJAX, ACTIONSCRIPT 等等） 4、支持多種協議（stomp，openwire，REST） 5、良好的 spring 支持（ActiveMQ has great Spring Support） 6、速度很快，JBossMQ的十倍（ActiveMQ is very fast; often 10x faster than JBossMQ.） 7、與 OpenJMS、JbossMQ等開源jms provider 相比，ActiveMQ有 Apache 的支 持，持續發展的優勢明顯。

activeMQ的源碼分析－開篇以前對JMS尤其是activeMQ不了解，一看到什么地方需要使用消息中間件，就比較反感。主要原因是感覺JMS的實現都比較復雜，怕在真實使用過程中出現什么問題時會比較被動。所以，我們基本上是自己寫類似的消息中間件，當然功能非常簡單。但其實我們自己寫出來的中間件，隨著功能的不斷增加、人員和時間的種種問題，導致最終我們自己做出來的所謂消息中間件越來越不能維護。在吸取了一次一次這種重復發明"輪子"的事情中，我們覺得也許一開始就采用成熟開源的產品也許是條更好的方式。

特性及優勢 1、實現JMS1.1規范，支持J2EE1.4以上<br> 2、可運行于任何jvm和大部分web容器（ActiveMQ works great in any JVM）<br> 3、支持多種語言客戶端（java,C,C++,AJAX,ACTIONSCRIPT等等）<br> 4、支持多種協議（stomp，openwire，REST）<br> 5、良好的spring支持（ActiveMQ has great Spring Support）<br> 6、速度很快，JBossMQ的十倍（ActiveMQ is very fast;often 10x faster than JBossMQ.）<br> 7、與OpenJMS、JbossMQ等開源jmsprovider相比，ActiveMQ有Apache的支持，持續發展的優勢明顯。

ActiveMQ是Apache出品，最流行的，能力強勁的開源消息中間件,應用中引入中間件的好處是減少服務器之間的依賴關系，提高擴展性。

JMS基礎知識*JMS消息類型點對點類型：消息生產者將生產的消息放入一個隊列中，消費者從消息隊列中取走消息。消息一旦被一個消費者取走，該消息就從消息隊列中刪除。也就是說，一條消息僅能被一個消費者消費一次。發布/訂閱類型：這種類型的JMS與點對點類型的最大不同是，發布者發布的一條消息可以被該消息的所有訂閱者消費一次，即每個訂閱者都有一次消息該消息的機會。

消息隊列技術是分布式應用間交換信息的一種技術。消息隊列可駐留在內存或磁盤上,隊列存儲消息直到它們被應用程序讀走。通過消息隊列，應用程序可獨立地執行--它們不需要知道彼此的位置、或在繼續執行前不需要等待接收程序接收此消息。在分布式計算環境中，為了集成分布式應用，開發者需要對異構網絡環境下的分布式應用提供有效的通信手段。為了管理需要共享的信息，對應用提供公共的信息交換機制是重要的。