JMS简明教程(PDF格式)-第4部分
按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
10。1 已解决的问题 。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。 65
10。1。1 JDK1。1。x 兼容性 。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。 65
10。1。2 分布式Java 事件模型 。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。 65
10。1。3 可以合并JMS 的两个域PTP 和Pub/Sub 吗？ 。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。 65
10。1。4 JMS 应当指定一个JMS JavaBean 集合吗？ 。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。 65
10。1。5 与CORBA 通知服务对齐 。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。 65
10。1。6 JMS 应当提供端对端的同步消息转发和转发通知吗？ 。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。 66
10。1。7 JMS 应当提供发送到列表的机制吗？ 。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。 66
10。1。8 JMS 应当提供订阅通知吗？ 。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。 66
11 变更历史 。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。 66
7 / 66
…………………………………………………………Page 8……………………………………………………………
1 引言
1。1 摘要
本规范描述了JMS 的目标和功能。
JMS 给java 程序员提供了一种通用的方式来创建、发送、接收和查看企业消息系统消息。
1。2 概述
企业消息产品（或者有时称为面向消息的中间件产品）正逐渐成为公司内操作集成的关
键组件。这些产品可以将分离的业务组件组合成一个可靠灵活的系统。
除了传统的MOM 供应商，企业消息产品也可以由数据库供应商和许多与网络相关的公
司来提供。
Java 语言的客户端和Java 语言的中间层服务必须能够使用这些消息系统。JMS 为Java
语言程序提供了一个通用的方式来获取这些系统。
JMS 是一个接口和相关语义的集合，那些语义定义了JMS 客户端如何获取企业消息产品
的功能。
由于消息是点对点的，所以JMS 的所有用户都称为客户端（clients ）。JMS 应用由定义
消息的应用和一系列与他们交互的客户端组成。
1。2。1 是Mail API 吗？
术语“消息”在计算机领域到处都有。它用于描述各种操作系统概念；用于描述邮件和
传真系统；但在这里用于描述企业应用间的异步通讯。
这里描述的消息是由企业应用而不是人来处理的异步请求、报告或事件。他们包含了协
同这些应用所必需的信息。他们包含了描述特定业务动作的格式化的数据。应用通过交换消
息来跟踪企业的过程。
1。2。2 现存的消息系统
消息系统是点对点的工具。通常情况下，每个客户端可以发送消息到另一个客户端，也
可以从任何客户端接收消息。每个客户端连接到提供创建、发送和接受消息的消息代理。
每个系统都提供了定位消息的方式。每个系统都提供了创建消息并给他填充数据的途径。
有些系统可以想多个目的地广播消息。其他的系统也可以只支持向一个目的地发送消息。
某些系统提供了异步接收消息的功能（当消息到达时被转发到客户端）。其他的系统可
以支持同步接收（客户端必须请求每个消息）。
每个消息系统通常提供多种服务供不同的消息来选择。重要的问题是系统能保证转发的
长度是多少。它们可能不是一次就能转发完全的。其他重要的问题是消息是有时效、有优先
级和是否要求响应。
8 / 66
…………………………………………………………Page 9……………………………………………………………
1。2。3 JMS 目标
如果 JMS 提供了现有消息系统的所有特性，那么对用户来讲它就太复杂了。在另一个
方面，JMS 更多是所有消息产品公共特性的交集。重要的是JMS 要包含实现专业企业应用需
要的功能。
JMS 定义了一系列通用的企业消息概念和工具。它试图最小化 Java 语言程序员使用企
业消息产品而必须了解的概念集。它致力于最大化消息应用的可移植性。
1。2。3。1 JMS 提供商
正如前面提到的，JMS 提供商是一个在消息产品实现JMS 的实体。
理想情况下，JMS 提供商用纯Java 来实现消息产品，这样它就能运行在applet 中，简
化安装，并且可以架构和OS 工作。
JMS 的一个重要目标是最小化实现一个提供商所需要的工作。
1。2。3。2 JMS 消息
JMS 定义了一系列消息接口。
客户端使用由JMS 提供商提供的消息实现。
JMS 的一个主要目标是客户端使用统一的API 来创建和与独立于JMS 提供商的消息一起
工作。
1。2。3。3 JMS 域
消息产品可以广义上可以分为点对点或发布┒┰南低场！ �
点对点（PTP）产品围绕着消息队列创建。每个消息被放置在一个特定的队列中；客户
端从队列中取出消息。
发布和订阅（Pub/Sub）客户端将消息放置到某个内容继承层次上的节点上。发布者和
订阅者通常都是匿名的，通常可以动态的发布或订阅内容层级。系统关注将来自一个节点的
多个发布者的消息分发到这个节点的多个订阅者。
JMS 提供了一系列的接口来让客户端在两种域下发送和接收消息，同时支持每个域的语
义。JMS 也为每个域提供了相应的客户端接口。JMS1。1 规范以前的版本，只有对应于每个域
的客户端接口。这些接口继续被支持以提高向后的兼容性。实现客户端的最好方式是使用不
依赖域的接口。这些接口称为“通用接口”是域特有接口的父类。
1。2。3。4 可移植性
最主要的可移植目标是新的只有JMS 的应用可以在同一个消息域内可以跨产品。
另外，JMS 客户端跨机器架构和操作系统是期望的可移植性（当时有同一个JMS 提供商
时）。
9 / 66
…………………………………………………………Page 10……………………………………………………………
尽管设计 JMS 的目的是让客户端可以和现存的在混合语言应用中使用的消息格式一起
工作，但是这种客户端通常是不可移植的（将一个混合语言应用从一个产品移植到另一个产
品超出了JMS 的范围）。
1。2。4 JMS 不包含什么
JMS 没有包含下列功能：
z 负载均衡/容错（Load Balancing/Fault Tolerance ）——许多产品为对多个协同的客户
端提供了关键的服务。JMS API 没有指定这种客户端协同如何作为一个单独的统一
的服务出现。
z 错误/劝告通知（Error/Advisory Notification）——多数消息产品定义系统消息来向
客户端提供问题或系统事件的异步通知。JMS 没有试图标准化这些消息。通过遵循
由JMS 定义的指南，客户端可以避开这些消息，这样就可以防止由于使用这些消
息而引入的可移植性问题。
z 管理——JMS 没有定义管理消息产品的API 。
z 安全——JMS 没有定义用于控制消息私密性和完整性的API 。它也没有指定数字签
名或密钥如何被分发到客户端。安全是由 JMS 提供商要考虑的问题——由管理员
配置这些特有的特性，而不是由客户端使用JMS API 来控制。
z 通讯协议（Wire Protocal）——JMS 没有定义消息的通讯协议。
z 消息类型存储池——JMS 没有定义存储消息类型定义的存储池，也没有定义创建消
息类型定义的语言。
1。3 JMS 的要求是什么
在这个规范内讨论的功能都是对JMS 提供商的要求，除非它被显式的指出。
JMS 点对点功能的提供商不要求提供发布/订阅功能，反之亦然。
JMS 也可以用在J2EE 平台。参加章节1。4 ，“与其他Java API 的关系”来了解当JMS 被
集成到那种软件环境时对JMS 的附加要求。
1。4 与其他Java API 的关系
1。4。1 JDBC 软件
JMS 客户端也可以使用JDBC API 。他们可能希望在同一个事务内使用JDBC API 和JMS API 。
大多数情况下，通过将这些客户端实现为EJB 组件可以自动实现这个愿望。也可能直接使用
JTA 来实现这个愿望。
1。4。2 JavaBean 组件
JavaBean 组件可以使用JMS 会话来发送/接收消息。JMS 本身是一个API ，它定义的接口
没有打算直接作为JavaBean 组件来使用。
10 / 66
…………………………………………………………Page 11……………………………………………………………
1。4。3 EJB 组件模型
JMS API 是EJB 组件开发者可以获得的重要资源。它可以和类似JDBC 的资源一起使用来
实现企业服务。
EJB2。0 规范定义了通过来自EJB 客户端调用的方法被同步调用的bean。也定义了一种异
步bean，当一个JMS 客户端向他发送消息时它被调用，称为消息驱动bean。EJB 规范支持
同步和异步消息消费。另外，EJB2。0 指定JMS API 如何参与bean 管理的或容器管理的事务。
EJB2。0 规范限制了当实现EJB 客户端时如何使用JMS 接口。参考EJB2。0 规范来了解更详细的
内容。
1。4。4 Java 事务API （JTA ）
Javax。transaction 包为划分分布式事务提供了客户端API ，并提供了获取要参与到分布式
事务中的资源的API 。
JMS 客户端可以使用JTA 来划分分布式事务；但是，这是运行客户端的事务环境的功能。
不是JMS 的功能。
JMS 提供商可以通过JTA 支持分布式事务，也可以不支持。
1。4。5 Java 事务服务（JTS ）
JMS 可以和JTS 联合使用来组成分布式事务，这个分布式事务将消息的发送和接收与数
据更新及其他JTS 感知的服务结合起来。当JMS 客户端在应用服务器中（如EJB 服务器）被
运行时，分布式事务应当被自动处理；但是对JMS 客户端来说，显式的通过程序使用JTS 也
是可能的。
1。4。6 Java 命名和目录接口API （JNDI ）
JMS 客户端使用JNDI API 查找已配置的JMS 对象。JMS 管理员使用提供商提供的工具来
创建和配置这些对象。
通过将特定提供商的工作代理给管理员最大化了客户端的可移植性。它也导致了更多的
可管理应用，因为客户端不需要将管理用的值嵌入到他们的代码中。
1。4。7 J2EE 平台
J2EE 平台规范（版本1。3）要求将JMS API 作为J2EE 平台的一部分。J2EE 平台规范对JMS
的实现提出了附加的要求，这些要求超出了 JMS 规范中描述的要求，包括既要支持点对点
域又要支持发布/订阅域。
11 / 66
…………………………………………………………Page 12……………………………………………………………
1。4。8 JMS 和EJB 组件的集成
J2EE 平台和 EJB 规范描述了要集成到J2EE 平台的JMS 提供商实现的附加要求。一个关
键的需求集是JMS 消息生产和JMS 消息消费如何与容器管理事务的事务需求进行交互。参
考这两个规范来来了解JMS 集成的所有要求。
JMS API 规范没有说明实现这些集成要求的模型。因此，不同的JMS 提供商实现可以使
用不同的方式来实现与J2EE 平台的集成，以及支持EJB 的要求。
将来，JMS 集成到J2EE 平台的集成点将用J2EE 连接器
![[全息剑三]我大明教也有绿洲封面](http://www.8btxt.com/cover/noimg.jpg)
