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.
|
【编辑推荐】
