JMS 介紹及其在 EJB 2.0 中的用法

2019-11-18 12:34:05

字體：大中小

來源：轉載

供稿：網友

　　MessageDrivenBean 在 EJB 2.0 中，對規范的一個基礎性更改是添加了一種全新的企業級 bean 類型，即 MessageDrivenBean。MessageDrivenBean 專門設計來處理入網的 JMS 消息。對于許多開發人員來說，JMS 是一種新的范例，所以本文將花一些時間逐步說明對 JMS 的理解，以及它們在 EJB 2.0 中的用法。
　　
　　什么是 JMS？ JMS 是一種與廠商無關的 API，用來訪問消息收發系統。它類似于 JDBC (java Database Connectivity)：這里，JDBC 是可以用來訪問許多不同關系數據庫的 API，而 JMS 則提供同樣與廠商無關的訪問方法，以訪問消息收發服務。許多廠商目前都支持 JMS，包括 IBM 的 MQSeries、BEA 的 Weblogic JMS service 和 PRogress 的 SonicMQ，這只是幾個例子。
　　
　　JMS 使您能夠通過消息收發服務（有時稱為消息中介程序或路由器）從一個 JMS 客戶機向另一個 JML 客戶機發送消息。消息是 JMS 中的一種類型對象，由兩部分組成：報頭和消息主體。報頭由路由信息以及有關該消息的元數據組成。消息主體則攜帶著應用程序的數據或有效負載。根據有效負載的類型來劃分，可以將消息分為幾種類型，它們分別攜帶：簡單文本 (TextMessage)、可序列化的對象 (ObjectMessage)、屬性集合 (MapMessage)、字節流 (BytesMessage)、原始值流 (StreamMessage)，還有無有效負載的消息 (Message)。
　　
　　消息收發系統是異步的，也就是說，JMS 客戶機可以發送消息而不必等待回應。比較可知，這完全不同于基于 RPC 的（基于遠程過程的）系統，如 EJB 1.1、CORBA 和 Java RMI 的引用實現。在 RPC 中，客戶機調用服務器上某個分布式對象的一個方法。在方法調用返回之前，該客戶機被阻塞；該客戶機在可以執行下一條指令之前，必須等待方法調用結束。在 JMS 中，客戶機將消息發送給一個虛擬通道（主題或隊列），而其它 JMS 客戶機則預訂或監聽這個虛擬通道。當 JMS 客戶機發送消息時，它并不等待回應。它執行發送操作，然后繼續執行下一條指令。消息可能最終轉發到一個或許多個客戶機，這些客戶機都不需要作出回應。
　　
　　EJB 2.0 中的 JMS EJB 2.0 以兩種方式支持 JMS 的集成：作為一種 bean 可用的資源，和作為一個 MessageDrivenBean。當將 JMS 用作一種資源時，使用 JMS API 的 bean 就是消息的產生者或發送者。在這種情況下，bean 將消息發送給稱為主題或隊列的虛擬通道。另一方面，MessageDrivenBean 則是消息的使用者或接收者。它監聽特定的虛擬通道（主題或隊列），并處理發送給該通道的消息。為了更好地理解消息產生者和消息使用者的作用，用 sessionBean bean 來發送一條使用 JMS 的消息，然后使用一個新的 MessageDrivenBean 來使用該同一條消息。
　　
　　作為 EJB 2.0 資源的 JMS 會話 bean 和實體 bean 都是基于 RPC 的組件，為了將各種事務性的組件裝配到一起，這是一種卓越的體系結構。但是，在某些情況下，RPC 的同步性質會成為一種障礙，這正是 EJB 1.1 中將對 JMS API 的訪問作為一種資源包括在內的原因。利用 JNDI 環境命名的上下文，bean 可以獲得一個 JMS 工廠，并將一條異步消息發送給主題或隊列（也從 JNDI 獲得），而不必等待回應。下面是 ShoppingCart bean 的一個例子，它使用 JMS 將 Order 的具體信息發送給消息收發主題

上一篇：如何在JBuilder中配置JBoss開發EJB

下一篇：靈活使用EJB的本地和遠程接口(四)