利用 WAS CE v2.1 创建基于 JMS 的应用

核心提示：在上一篇文章中，作者以一个示例介绍了在 WAS CE v2.1 中开发 Java EE 应用的流程，利用 WAS CE v2.1 创建基于 JMS 的应用，内容涵盖了 Java EE 5 的很多新特性，包括：Java Server Faces (JSF)、Java Persistence API (JPA)、Enter

在上一篇文章中，作者以一个示例介绍了在 WAS CE v2.1 中开发 Java EE 应用的流程，内容涵盖了 Java EE 5 的很多新特性，包括：Java Server Faces (JSF)、Java Persistence API (JPA)、Enterprise Java Bean (EJB) 以及 JAX-WS 2.0 。作为本系列的第二篇文章，本文将介绍 Java EE 5 的另一种技术--JMS(Java Message Service)。

JMS 简介

什么是 JMS

JMS 也是 Java EE 5 规范的一部分，主要用于对应用程序的消息传递及管理。目前 JMS 规范的最新版本为 1.1，规范定义了一组 API， JMS 的实现则留由不同厂商提供。JMS 的实现被称为 JMS Provider。

JMS 是一种面向消息的中间件（Message Oriented Middleware，MOM）。与 CORBA、DCOM、RMI 等通信方式相比，JMS 具有很多新特点：

消息的发送和接收是异步的，发送者无需等待。

可以一对多通信：对于一个消息可以有多个接收者。

消息发送者和接收者的生命周期无需相同：发送消息的时，接收者不一定运行；接收消息的时，发送者也不一定运行。

虽然其他通信方式也会具有 JMS 中的特点，但是 JMS 将三种特点集于一身，无疑为应用程序的开发带来了巨大的灵活性。因为 JMS 的良好特性，出现了各种 JMS Provider。其中，既有开源社区的实现，如 ActiveMQ、OpenMQ，也有商业实现，如 Websphere MQ。

JMS 的消息模型

JMS 的巨大灵活性与其消息模型有密切关系。JMS 中有两种消息模型：发布/订阅消息模型及点对点消息模型。

1. 发布/订阅消息模型

在发布/订阅模型中，消息的发送者与接收者通过主题 (Topic) 来进行通信。发送者在给定的 Topic 下发布消息；接收者订阅该 Topic 后，即可接收 Topic 下所发布的消息。发布/订阅模型的特点是：一个发布者可以将消息发送给多个接收者，甚至可以有多个发布者使用同一个 Topic 发布消息；所有订阅了 Topic 的接收者都可以接收到消息。