JMS简明教程

Java 是当前IT 领域中比较流行的技术之一。J2EE 是当前比较流行的企业级应用架构。
本人一直致力于J2EE 架构的学习和研究，但是总是对英文文档有不可言语的恐惧。我想很
多J2EE 爱好者和我有同样的感觉。这样就影响了我们深入学习J2EE 原始规范的兴趣。但是
J2EE 原始的规范文档对我们深入理解J2EE 有很大的帮助，因为它阐述了规范的来龙去脉，
以及违反了规范会造成什么样的影响。了解了这些缘由和影响，会使我们对J2EE 架构有更
深层次的理解。这也是我翻译该规范的动力所在。
由于本人的英语水平有限，翻译中难免会出现错误和拗口之处，请大家多多指教。
这次主要翻译的规范有《EJB3 规范简化版》、《J2EE5.0 规范》、《EJB 核心规范》、《EJB3
持久化规范》和《JMS1.1 规范》。希望对大家有所帮助。
本规范描述了JMS 的目标和功能。
JMS 给java 程序员提供了一种通用的方式来创建、发送、接收和查看企业消息系统消息。
1.2 概述
企业消息产品（或者有时称为面向消息的中间件产品）正逐渐成为公司内操作集成的关
键组件。这些产品可以将分离的业务组件组合成一个可靠灵活的系统。
除了传统的MOM 供应商，企业消息产品也可以由数据库供应商和许多与网络相关的公
司来提供。
Java 语言的客户端和Java 语言的中间层服务必须能够使用这些消息系统。JMS 为Java
语言程序提供了一个通用的方式来获取这些系统。
JMS 是一个接口和相关语义的集合，那些语义定义了JMS 客户端如何获取企业消息产品
的功能。
由于消息是点对点的，所以JMS 的所有用户都称为客户端（clients）。JMS 应用由定义
消息的应用和一系列与他们交互的客户端组成。
1.2.1 是Mail API 吗？
术语“消息”在计算机领域到处都有。它用于描述各种操作系统概念；用于描述邮件和
传真系统；但在这里用于描述企业应用间的异步通讯。
这里描述的消息是由企业应用而不是人来处理的异步请求、报告或事件。他们包含了协
同这些应用所必需的信息。他们包含了描述特定业务动作的格式化的数据。应用通过交换消
息来跟踪企业的过程。
1.2.2 现存的消息系统
消息系统是点对点的工具。通常情况下，每个客户端可以发送消息到另一个客户端，也
可以从任何客户端接收消息。每个客户端连接到提供创建、发送和接受消息的消息代理。
每个系统都提供了定位消息的方式。每个系统都提供了创建消息并给他填充数据的途径。
有些系统可以想多个目的地广播消息。其他的系统也可以只支持向一个目的地发送消息。
某些系统提供了异步接收消息的功能（当消息到达时被转发到客户端）。其他的系统可
以支持同步接收（客户端必须请求每个消息）。
每个消息系统通常提供多种服务供不同的消息来选择。重要的问题是系统能保证转发的
长度是多少。它们可能不是一次就能转发完全的。其他重要的问题是消息是有时效、有优先
级和是否要求响应。
9 / 66
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 提供商
时）。
10 / 66
尽管设计JMS 的目的是让客户端可以和现存的在混合语言应用中使用的消息格式一起
工作，但是这种客户端通常是不可移植的（将一个混合语言应用从一个产品移植到另一个产
品超出了JMS 的范围）。
1.2.4 JMS 不包含什么
JMS 没有包含下列功能：
9.4.5 创建MapMessage
由服务器发送的每个股票消息都可以是不同股票报价名字/值对的映射，使用
MapMessage。例如，它可以包含以下条目：