JMS集羣的意義在於提升系統在處理消息時的併發能力,建立這樣的集羣,有三個步驟:
1.配置JMS消息持久化所使用的數據庫
2.配置分佈式的jndi環境
3.配置分佈式JMS集羣
在JBoss集羣中,系統採用hibernate的方式來保存消息,所以能夠兼容hibernate支持的所有數據庫。JBoss默認採用 hsql,在我們的例子中,將使用oracle 9.2。首先需要配置連接到數據庫的jndi數據源。方法是把doc/examples/jca下的 oracle-ds.xml文件拷貝到server/all/farm下,並且修改其中的參數,保證數據庫能夠正確連接。JBoss集羣啓動後,該文件能夠通過JBoss的farm服務,自動拷貝到其他集羣節點,並且自動部署。假設jndi數據源的名稱爲:GlobalDS將 doc/examples/JMS下的oracle-jdbc3-service.xml文件拷貝到server/all/deploy- hasingleton/JMS目錄下,並且刪除該目錄下的hsqldb-jdbc2-service.xml。修改oracle-jdbc3- service.xml,在56行左右指定name的值爲數據源的名字:GlobalDS。這樣系統會使用該數據源來保存JMS消息。使用如下命令啓動 boss: run ?c all.啓動完成後,正常情況下會發現oracle數據庫中多出了三張表:
1、JMS_message_log 該表用於保存所有未處理的點對點消息,表結構是:
Messageid 消息id
Destination 目的地
Txid 事務id
Txop 消息操作類型(a爲新增,d爲刪除)
Messageblob 消息內容
2、JMS_REFERENCE_LOG 用於保存所有未處理的topic消息,表結構是:
Messageid
Destination
Txid
Txop
Messageblob
Redelivered 消息是否被重發
3、JMS_TRANSACTION_LOG 用於保存處理消息過程中的一些重要的事務
需要注意的是,JBoss3.2之後就不在支持以文件形式保存消息,雖然這樣最會比數據庫操作快一倍以上。JBoss官方的解釋是,使用文件會讓系統不可靠。客戶端在發送JMS消息的時候,首先需要向app server查詢jndi,在JBoss集羣中,jndi是作爲一個分佈式的 singleton出現的。每個節點除了有自己的jndi環境以外,整個JBoss集羣還具有一些全局的jndi,客戶端在進行jndi查詢的時候,只需要向這個全局的jndi進行查詢,JBoss集羣如果在全局jndi中找不到對應的jndi對象,就會按次序向每個節點詢問,看他們的本地jndi中是否有匹配的對象,如果有則返回給客戶,如果所有的節點都沒有,則拋出異常。所有以all方式啓動的JBoss,都會打開1100端口,這個端口是全局 jndi的入口,所有節點都是如此。
分佈式的jndi有的節點有主次的區別,第一個啓動的JBoss是主服務器,它會保存所有的全局 jndi,其他的節點如果收到客戶查詢jndi的請求後,都會向主服務器請求數據。如果主服務器不幸down掉,那麼次節點會發現這個變化,然後啓動自己的jndi環境,取代主服務器提供服務。
下面是配置JMS集羣的jndi,打開server/all/deploy-hasingleton/JMS下的JBossmq-destinations-service.xml文件,增加一個名爲test的destination,如下:
|
爲了預防主服務器down了之後丟失該jndi,所以最好在每個節點都進行這個配置。
在JBoss的默認配置下,是不支持消息bean的集羣的,要達到這個目的,必須下載一個jar包才能實現。得到這個jar文件後,將它命名爲cdot-JBossx.jar,文件放到server/all/deploy/jms下。下面編寫消息bean,它的功能很簡單,接收到來自test隊列的消息後,打印消息id.
|