[发明专利]一种WAS集群下的JMS消息进程分发控制系统及方法

说明书

本发明提出了一种WAS集群下的JMS消息进程分发控制系统及方法，包括：消息获取模块，用于获取请求消息；侦听模块，用于获取请求消息的消息类型和运行节点名称；进程启动控制器，用于以消息类型为筛选条件，访问消息分发控制表，判断当前节点是否在允许消息类型运行的WAS节点列表中；若在且资源闲置率最大，将当前节点的可用进程数减1，并启动消息处理应用进程处理请求信息；消息进程监控器，用于获取当前节点处于运行中的消息处理应用进程列表，按消息类型统计消息处理应用进程的个数；控制表更新单元，用于根据消息处理应用进程的个数，更新消息分发控制表中的可用进程数及资源闲置率，该系统能够实现差异化及最优化的消息处理模式。

技术领域

本发明涉及WEB应用技术领域，尤指一种WAS集群下的JMS消息进程分发控制系统及方法。

背景技术

WAS(WebSphere Application Server)属于WebShpere产品的一部分，负责应用程序集成功能。作为websphere应用程序的容器被运行启动，基于webshpere中间件服务功能说开发的应用在该容器中被维护、执行。

参考图1，示例性的展示了一个WAS集群下的应用系统对外部请求消息侦听、派发和处理的架构。如图1所示，外部系统的消息请求通过接口进入系统内部的消息队列中，WAS集群中每个WAS成员有一个JMS消息侦听进程，一旦发现消息队列中有消息，则会触发本WAS服务器中的消息处理应用，并进行后续逻辑处理。这是目前通用的WAS集群架构的JMS消息处理模式。

参考该示例，需要说明的是，消息队列中的消息会同时触发所有WAS成员上的JMS消息侦听进程去消息队列读取消息，哪个WAS的JMS先读取到该消息，则由谁启动消息处理应用，其他的JMS进程则轮空。但是，当消息队列中同时有多条消息时，因为上述机制有多个侦听进程在轮询，能够实现消息请求在多台WAS服务器的并发处理。但是，现有的这种通用消息处理模式至少存在两个缺点：不能实现差异化进行消息进程分发，不能最优化进行消息进程分发。

举例而言，对于下面两种场景或需求，现有模式无法有效支持：

对于差异化，如果希望某类消息请求只在特定的几台WAS成员服务器上处理，例如只希望某类消息只在WAS1和WAS2上处理，不在WAS3上处理，这种差异化处理方式是现有技术无法实现的。

对于最优化，如果希望某条消息请求能够在相对较闲的WAS服务器上处理，例如，某条消息在WAS1和WAS2都能处理，但WAS2服务器资源更空闲，所以能指定在WAS2服务器上处理，而不是WAS1上，这种最优化处理方式是现有技术无法实现的。

因此，亟需一种可以克服上述缺点，能够实现差异化及最优化的WAS集群架构JMS消息分发控制的技术方案。

发明内容

针对现有的通用WAS集群架构JMS消息处理模式的缺点，本发明提出了一种WAS集群下的JMS消息进程分发控制系统及方法，通过在每个WAS成员设计一个进程启动控制器和一张全局共享的消息分发控制表来达到集群环境下控制JMS消息分发的目的；并通过消息分发控制表可以配置哪些类型的消息在哪些WAS服务器上处理来实现差异化，并记录每台WAS服务器的进程占用情况以达到最优化。其中，进程启动控制器和消息进程监控器是两个控制逻辑组件，在JMS消息侦听进程获取消息后，触发控制器的处理逻辑，控制器根据消息分发控制表中的信息，实现差异化、最优化的消息分发控制。

在本发明实施例的第一方面，提出了一种WAS集群下的JMS消息进程分发控制系统，该系统包括：

消息获取模块，用于获取请求消息，放入消息队列；

侦听模块，用于调用WAS集群中的JMS消息侦听进程侦听所述消息队列，获取请求消息的消息类型和运行节点名称；

进程启动控制器，包括：控制表访问单元及判断单元；其中，