J2EE探索者：用JMS进行企业消息传递[Z]

在本期的J2EE探索者（ J2EE pathfinder）中，Java 开发者和咨询顾问Kyle Gabhart 解释了为什么消息服务对于企业的体系结构来说是至关重要的，您的解决方案必须克服什么类型的障碍，以及 除了Java消息服务（Java Message Service ，JMS）之外，还有哪些替代的解决方案。在本文的结尾，他分析了三种可用的解决方案（简单JMS客户机（Simple JMS Client）、结合JMS使用的会话bean， 以及消息驱动bean），并且提供了一些特定的指导方针来衡量这些选项。
说到对消息传递解决方案的选择，您可以像配手套那样找到适合于企业的解决方案。您的消息传递框架必须能够在一组应用和企业资源之间进行通信。而且，该消息传递框架必须快速、可靠地完成这一任务。此外，面对日复一日的骚扰和紧急情况，它必须表现得天衣无缝。
为了根据您的需求选择适当的消息传递解决方案，首先应该对您企业当前的组成结构以及将来的发展趋势有一个清醒的认识。此外，如果能够透彻地理解消息传递框架在完成目标的过程中必须克服的障碍，那么对于解决方案的选择将会很有帮助。最后，您要知道 可选择的范围：有哪些可用的技术，以及各种技术对于不同的环境和需求的适用情况如何。
在本期的J2EE 探索者中，我们将一一阐述以上要点。首先是对企业消息传递的概述，在此我们将着眼于消息传递在您企业中所扮演的角色，并在建立可靠的通信方面给出了一些挑战。接着，我们将从体系结构的角度来快速 了解一下，在一个典型的企业网络环境中，J2EE 消息传递技术如何与面向消息的中间件协同工作。然后，我们将针对Java消息服务（Java Message Service ，JMS）和J2EE的消息传递包展开更具体的讨论。我们将分别论述三种类型的J2EE消息传递客户机的基本目标和功能，而且您也可以了解到每种类型的 J2EE消息传递客户机各自的优势和劣势所在。最后，我们将分析一些常见的消息传递场景和解决方案，这将有助于您为您的企业选择最好的J2EE消息传递解决方案。
企业消息传递101
企业消息传递框架被设计用于使得一个或多个应用能够克服各种障碍进行通信。常见的屏障包括：两个系统同时运行（同步通信）的需求，多个应用获取同一条消息（多重传输）的需求，大多数系统都彼此异构，以及网络故障等。
M许多企业的体系结构依赖于面向消息的中间件系统（MOM）来为不同类型的系统提供消息通道。MOM为应用提供了一种公共的、可靠的方式，使这些应用能够轻松地创建、交换和处理消息，而无需考虑消息传递客户机的实现细节。消息被发送到服务器目的地和域 （domain），而不是发送到物理地址。消息传递客户机只需简单地声明对某个特定的域和目的地感兴趣，提供适当的安全性令牌（security token）以获得访问该域的权限，然后通过那个目的地与消息传递服务器进行交互。