J2EE探索者: 用JMS进行企业消息传递

J2EE探索者: 用JMS进行企业消息传递2011-04-11 IBM Kyle Gabhart说到对消息传递解决方案的选择，您可以像配手套那样找到适合于企业的解决方案。您的消息传递框架必须能够在一组应用和企业资源之间进行通信。而且，该消息传递框架必须快速、可靠地完成这一任务。此外，面对日复一日的骚扰和紧急情况，它必须表现得天衣无缝。

为了根据您的需求选择适当的消息传递解决方案，首先应该对您企业当前的组成结构以及将来的发展趋势有一个清醒的认识。此外，如果能够透彻地理解消息传递框架在完成目标的过程中必须克服的障碍，那么对于解决方案的选择将会很有帮助。最后，您要知道可选择的范围：有哪些可用的技术，以及各种技术对于不同的环境和需求的适用情况如何。

在本期的J2EE 探索者中，我们将一一阐述以上要点。首先是对企业消息传递的概述，在此我们将着眼于消息传递在您企业中所扮演的角色，并在建立可靠的通信方面给出了一些挑战。接着，我们将从体系结构的角度来快速了解一下，在一个典型的企业网络环境中，J2EE 消息传递技术如何与面向消息的中间件协同工作。然后，我们将针对Java消息服务（Java Message Service ，JMS）和J2EE的消息传递包展开更具体的讨论。我们将分别论述三种类型的J2EE消息传递客户机的基本目标和功能，而且您也可以了解到每种类型的 J2EE消息传递客户机各自的优势和劣势所在。最后，我们将分析一些常见的消息传递场景和解决方案，这将有助于您为您的企业选择最好的J2EE消息传递解决方案。

企业消息传递101

企业消息传递框架被设计用于使得一个或多个应用能够克服各种障碍进行通信。常见的屏障包括：两个系统同时运行（同步通信）的需求，多个应用获取同一条消息（多重传输）的需求，大多数系统都彼此异构，以及网络故障等。

M许多企业的体系结构依赖于面向消息的中间件系统（MOM）来为不同类型的系统提供消息通道。MOM为应用提供了一种公共的、可靠的方式，使这些应用能够轻松地创建、交换和处理消息，而无需考虑消息传递客户机的实现细节。消息被发送到服务器目的地和域（domain），而不是发送到物理地址。消息传递客户机只需简单地声明对某个特定的域和目的地感兴趣，提供适当的安全性令牌（security token）以获得访问该域的权限，然后通过那个目的地与消息传递服务器进行交互。

从概念上来讲，这与现实生活中真实邮件的传递方式没什么不同。消息的发送方只负责使用正确的包装，提供正确的地址，并附上适当的邮资。邮局（这里是一个MOM系统）处理与消息的安全可靠的传递相关的所有问题，而不管出现在他们面前的任何障碍（机器故障，天气恶劣，等等）。

在一个MOM系统中，客户机之间的耦合性比较弱，这允许它们不必真正地全天“在线” 便能维持服务的最佳质量。如果能够去掉应用一直处于可用状态这一需求，那么维护和伸缩性将变得更加易于管理。可以在一天中的任何时候将应用离线，更新应用，或者作为例行的维护工作刷新应用，而不必担心会影响服务的质量。

Java 消息服务

MOM 服务器允许不同类型的系统交换消息，但是每个MOM供应商都有其特有的处理消息的API。这种标准化的缺乏对于Java技术开发范例来说是不可接受的。为了充分利用已有的 MOM基础设施，同时又不失标准化，J2EE平台提供了JMS。

JMS 定义了在Java企业系统中传递消息的规则，并且声明了一些方便应用组件和消息传递系统（通常是MOM）之间的消息交换的接口。JMS客户机向MOM服务器上的目的地开放连接，然后在那个目的地上发送和接收消息。JMS卸下了保证传送（guaranteed delivery）、消息通知（message notification）、消息耐久性（message durability）以及消息传递系统中所有底层网络和路由问题的负担。JMS和MOM能够很好地协同工作，因为它们都划清了消息传递客户机和服务器之间的责任界限。