1 JMS概述
JMS API包括以下内容：
l 什么是消息？
1.1 什么是消息？
消息是软件组件或应用之间的一种通信方法。消息系统是一种对等（peer-to-peer）的系统：消息客户可以向其他客户发送消息，也可以接收来自其他客户的消息。每一个客户和一个消息代理相连，由消息代理提供创建、发送、接收、读取消息的服务。
消息实现了松散耦合的分布式通信。组件发送消息到目的，消息接收者从该目的提取消息。但是，消息的发送和接收却不是同时进行的。实际上，发送者不必去了解接收者，同样接收者也不必了解发送者；它们只需要知道消息格式和消息目的。因此，消息不同于像远程方法调用（RMI）这种紧密耦合的通信方法，RMI要求知道远程应用的方法。
消息也不同于电子邮件(e-Mail),电子邮件是人与人或应用程序与人之间的通信方法。消息只应用于应用程序和组件之间的通信。
1.2 什么是JMS API?
Java消息服务是一组Java应用程序接口(Java API)，它提供创建、发送、接收、读取消息的服务。由Sun公司和它的合作伙伴设计的JMS API定义了一组公共的应用程序接口和相应语法，使得Java程序能够和其他消息组件进行通信。
JMS API最大限度的减少了程序员学习使用消息产品的概念，但是却提供了足够功能支持复杂的消息应用。通过JMS提供者内相同的消息域，它最大限度的加大了消息应用的可移植性。
JMS API不仅使通信变得松散耦合，而且它还使通信变得：
l 异步：JMS提供者将到来的消息发送给客户，客户不用发送请求接收消息。
l 可靠：JMS API确保消息传送一次而且只传送一次。可靠性差的应用程序可能会丢失消息或者重复接收消息。
JMS规范于1998年8月第一次发布。最新的版本是1.0.2b,于2001年8月发布。可以从http://java.sun.com/products/jms/docs.html下载最新的规范。
1.3 什么时候应用JMS API?
企业级的应用供应商在以下情况下可能会选择紧密耦合的消息API(例如:RPC):
l 供应商希望组件不依赖其他组件的接口信息，这样，组件变得容易替换。
l 供应商希望在不论所有的组件是否都同时正常运行情况下，也能运行应用。
l 应用的商业逻辑要求组件发送信息给其他组件，并且在没有及时回复的情况也能进行操作。
例如，一个汽车制造商的企业应用组件可以在以下情况下使用JMS API:
l 当库存水平低于正常水平时，库存组件将消息发送给制造组件。
l 制造组件发送消息给零件组件，使得它可以收集它所需的零件。
l 零件组件接下来将消息发送给库存组件和订购组件，要求更新库存，从供应部订购新零件。
l 制造和零件组件都能发送信息给会计组件，要求更新它们的预算。
l 商务部发送产品目录给销售部。
使用消息完成以上任务，允许不同组件之间高效联系，用不着安排上级部门管理控制和使用其他资源。
图1.1显示了这个简单的例子如何工作。
制造业只是企业如何应用JMS API的一个例子。像零售业、金融服务业、公共医疗卫生服务等其他行业也能使用消息应用。
1.4 JMS API如何同J2EE平台工作？
当1998年，JMS API第一次发布时，它的最重要的目标是使Java应用程序能够访问现有的面向消息的中间件，如IBM的 MQSeries。
从那时起，许多厂家开始选择实现JMS API,因此，JMS产品才能够为企业提供更完整的消息性能。
在J2EE1.2，基于J2EE的服务供应商被要求支持JMS API，但不要求完全实现它。 现在，在J2EE1.3中，JMS API是平台的一部分。应用程序开发者可以使用J2EE 组件的消息功能。
J2EE 1.3中的JMS API具有以下特征：
l 应用客户端。EJB组件、Web组件可以发送或同步接收JMS消息。应用客户端也可以异步接收JMS消息。(Applets不要求支持JMS API)
l 新引入的EJB――消息bean，能够异步处理消息。JMS提供者( JMS provider)可以使用消息bean，实现消息的并发处理。
l 可以在分布式事务中发送、接收消息。
JMS API的引入，简化了商业逻辑的开发，允许松散耦合、可靠的、异步通信的的J2EE组件和老式的消息系统之间进行通信，极大地增强了J2EE平台的功能。开发者很容易地将新的特性加入现存的基于J2EE的应用当中
J2EE平台的EJB容器，支持分布式事务并且能够处理并发的消息，极大增强了JMS API的功能。
J2EE1.3另一种新引入的技术――J2EE连接器，将J2EE应用和现存的企业信息系统（EIS,Enterprise Information System）高度集合起来。而JMS API则相反，它使得J2EE应用和现存的企业信息系统变得松散、耦合。
