WebLogic JMS Cluster配置（一）

  Cluster环境中我们有多个server来处理业务，应用代码怎么来通过调用一个JNDI来向jms目标发生消息，
能比较均衡的发送到各个jmsServer的目标上.jmsServer配置和server是一对一的。这时候我们可以配置Distributed Queue 来分发消息。
不过有一种方法是不用Distributed Queue，就是代码直接调用jmsServer目标queue来发消息，然而jmsServer目标queue的jndi是唯一的，那么如果你cluster有8个server那么就得配8个目标queue，代码里也就要写8个目标queue的JNDI。这样就得不尝适。
用了Distributed Queue，配置一个Distributed Queue的JNDI即可。Distributed Queue可以加入多个Members，这些Member都是分别属于各个jmsServer的目标。
我这里配置的是2个server组成的cluster,这里从配置开始记录了测试过程。

还有两个测试发送和接受消息的程序QueueSend.java,QueueReceive.java

WLS版本:weblogic 10.0
OS:windows sp3

1.环境如下：

 

2.配置JMSStore

这里为了方便我建立的是FileStore,消息是以文件的方式存储。

建立JDBCStore作用是一样的，只是消息存贮在DB里。

--------

 

 

 

 

 

 

 

 

 

 

 

 

 

 

3.配置JMS Server

同样方法建立JMSServer-2.

4.配置JMS Modules

 

 

 

5.配置Connection Factory

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

6.配置queue

这里一定要选择建一个Subdeployment,否则无法部署到jmsserver上。

OK，Queue-1建好了，按照同样的步骤建Queue-2，部署到JMSServer-2.

7.配置Distributed Queue

 

 

点击 finish按钮，结束完成。

8.所有配置完成后，可以查看server上的JNDI确认自己配的是否正确。

 

点击“View JNDI Tree”,会打开新的窗口。

到这里我关于JMS的配置已经完成了，下面我们就可以测试了发消息了。

监控现在消息数，点击JMSServer -> Monitoring -> Active Destinations.

现在的Message Current 都是0.

发送消息的代码配置如下：

注意QUEUE写的是DistributedQueue的JNDI。执行发送消息，然后监控如下：发现消息都发送到了

JMSServer-1的queue中去了。

下面我把DistributedQueue-1成员中的Queue-1删掉，然后再发消息，再继续发消息，发现都发到

Queue2中去了。

这就说明调用公共的DistributedQueue发送消息可以到cluster中任何一个JMSServer上的目标。读消息也是一样的，从DistributedQueue读消息可以读到任何一个JMSServer目标存贮的消息。

 

这种JMS集群配置是WDD，基于加权分布式目标配置的。扩展的灵活性和可用性都不如UDD配置（基于同一分布式目标配置）。WebLogic Server 9.0 及其更高版本提供两种类型的分布式目标：统一分布式目标与加权分布式目标。在 WebLogic Server 9.0 之前的版本中，WebLogic 管理员通常需要手工配置物理目标，以便将其用作分布式目标的成员。这种方法比较灵活，它可以创建承担额外的消息负载或具有额外容量的成员；但是，由于这样的加权分布式目标无法在群集内实现一致部署，因此，这种差异通常会导致管理性问题和应用程序问题。这种类型的分布式目标正式称作加权分布式目标（或 WDD）。

统一分布式目标 (UDD) 极大简化了分布式目标应用程序的管理与部署。使用统一分布式目标，不再需要创建或指定目标成员，而是依赖 WebLogic Server 在 JMS 模块所定位至的 JMS 服务器上统一创建所需要的成员。这个功能确保所有分布式目标参数的统一配置，特别是权数、安全性、持久性、分页和配额等参数的一致性。

希望手工微调分布式目标成员的用户仍可以使用加权分布式目标功能。但是，由于加权分布式目标无法在群集内实现一致部署，BEA 强烈建议配置统一分布式目标，以避免可能的管理性问题或应用程序问题。