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 商务部发送产品目录给销售部。
使用消息完成以上任务,允许不同组件之间高效联系,用不着安排上级部门管理控制和使用其他资源。
制造业只是企业如何应用 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应用和现存的企业信息系统变得松散、耦合。