异步进程通信是面向服务架构(SOA)一个重要的组成部分，因为企业里很多系统通信，特别是与外部组织间的通信，实质上都是异步的。Java消息服务(JMS)是用于编写使用异步消息传递的JEE应用程序的API。传统的使用JMS API进行消息传递的实现包括多个步骤，例如JNDI查询队列连接工厂和Queue资源，在实际发送和接收消息前创建一个JMS会话。
Spring框架则简化了使用JEE组件(包括JMS)的任务。它提供的模板机制隐藏了典型的JMS实现的细节，这样开发人员可以集中精力放在处理消息的实际工作中，而不用担心如何去创建，访问或清除JMS资源。
本文将对Spring JMS API作一个概述，并通过一个运行在JBoss MQ服务器上的web例程来介绍如何使用Spring JMS API来异步处理（发送和接收）消息。我将通过传统JMS实现和Spring JMS实现两者间的比较，来展示使用Spring JMS处理消息是如何的简单和灵活。
异步消息传递和面向服务架构
在现实中，大多数web请求都是同步处理的。例如，当用户要登入一个网站，首先输入用户名和密码，然后服务器验证登录合法性。如果验证成功，程序将允许该用户进入网站。这里，登录请求在从客户端接收以后被即时处理了。信用卡验证是另一个同步处理的例子；只有服务器证实输入的信用卡号是有效的，同时客户在帐户上有足够的存款，客户才被允许继续操作。但是让我们思考一下在顺序处理系统上的支付结算步骤。一旦系统证实该用户信用卡的信息是准确的，并且在帐户上有足够的资金，就不必等到所有的支付细节落实、转账完成。支付结算可以异步方式进行，这样客户可以继续进行核查操作。
需要比典型同步请求耗费更长时间的请求，可以使用异步处理。另一个异步处理的例子是，在本地贷款处理程序中，提交至自动承销系统（AUS）的信用请求处理过程。当借方提交贷款申请后，抵押公司会向AUS发送请求，以获取信用历史记录。由于这个请求要求得到全面而又详细的信用报告，包括借方现今和过去的帐户，最近的付款和其他财务资料，服务器需要耗费较长的时间（几小时或着有时甚至是几天）来对这些请求作出响应。客户端程序（应用）要与服务器连接并耗费如此长的时间来等待结果，这是毫无意义的。因此通信应该是异步发生的；也就是，一旦请求被提交，它就被放置在队列中，同时客户端与服务器断开连接。然后AUS服务从指定的队列中选出请求进行处理，并将处理得到的消息放置在另一个消息队列里。最后，客户端程序从这个队列中选出处理结果，紧接着处理这个信用历史数据。
JMS
如果您使用过JMS代码，您会发现它与JDBC或JCA很像。它所包含的样本代码创建或JMS资源对象回溯，使得每一次您需要写一个新类来发送和接收消息时，都具有更好的代码密集性和重复性。以下序列显示了传统JMS实现所包括的步骤：
创建JNDI初始上下文（context）。
从JNDI上下文获取一个队列连接工厂。
从队列连接工厂中获取一个Quene。
创建一个Session对象。
创建一个发送者（sender）或接收者（receiver）对象。
使用步骤5创建的发送者或接收者对象发送或接收消息。
处理完消息后，关闭所有JMS资源。
您可以看到，步骤6是处理消息的唯一地方。其他步骤都只是管理与实际业务要求无关的JMS资源，但是开发人员必须编写并维护这些额外步骤的代码。
Spring JMS
Spring框架提供了一个模板机制来隐藏Java APIs的细节。JEE开发人员可以使用JDBCTemplate和JNDITemplate类来分别访问后台数据库和JEE资源（数据源，连接池）。JMS也不例外。Spring提供JMSTemplate类，因此开发人员不用为一个JMS实现去编写样本代码。接下来是在开发JMS应用程序时Spring所具有一些的优势。
提供JMS抽象API，简化了访问目标（队列或主题）和向指定目标发布消息时JMS的使用。
JEE开发人员不需要关心JMS不同版本（例如JMS 1.0.2与JMS 1.1）之间的差异。
开发人员不必专门处理JMS异常，因为Spring为所有JMS异常提供了一个未经检查的异常，并在JMS代码中重新抛出。
一旦您在JMS应用程序中开始使用Spring，您将会欣赏到它在处理异步消息传递上的简便。Spring JMS框架提供多种Java类，可以轻松实现JMS应用。表1列出了这些类的一部分。
表1. Spring JMS类类名 包 功能
JmsException org.springframework.jms 只要发生一个JMS异常，Spring框架就会抛出异常，这个类是这些所抛出的异常的基（抽象）类。
JmsTemplate, JmsTemplate102 org.springframework.jms.core 这些是辅助类，用于简化JMS的使用，处理JMS资源（如连接工厂，目标和发送者/接收者对象）的创建和释放。JmsTemplate102是JmsTemplate的子类，使用JMS1.0.2规范
MessageCreator org.springframework.jms.core 这是JmsTemplate类使用的回叫接口，它为指定的会话创建JMS消息。
MessageConverter org.springframework.jms.support.converter 这个接口充当一个抽象，用来在Java对象与JMS消息之间进行转换。
DestinationResolver org.springframework.jms.support.destination 这是JmsTemplate用来解析目标名的接口。该接口的默认实现是DynamicDestinationResolver和JndiDestinationResolve
在接下来的部分，我将详细解释表1所列的一部分类（例如JmsTemplate，DestinationResolver和MessageConverter）。
JMSTemplate
JmsTemplate提供了几种辅助方法，用来执行一些基本操作。要开始使用JmsTemplate前，您需要知道JMS供应商支持哪个JMS规范，JBoss AS 4.0.2和WebLogic 8.1服务器支持JMS 1.0.2规范。WebLogic Server 9.0包括了对JMS 1.1规范的支持。JMS 1.1统一了点对点（PTP）和发布/订阅（Pub/Sub）域的编程接口。这种改变的结果就是，开发人员可以创建一个事务会话，然后在这同一个JMS会话里，可以从一个Queue(PTP)中接收消息，同时发送另一个消息到一个Topic(Pub/Sub)。JMS 1.1向后兼容JMS 1.0，应此根据JMS 1.0编写的代码仍可以适用于JMS 1.1。
JmsTemplate提供多种发送和接收消息的方法。表2列出了这些方法的一部分。
表2. JMS template方法方法名称 功能
send 发送消息至默认或指定的目标。JmsTemplate包含send方法，它通过javax.jms.Destination或JNDI查询来指定目标。
receive 从默认或指定的目标接收消息，但只会在指定的时间后传递消息。我们可以通过receiveTimeout属性指定超时时间。
convertAndSend 这个方法委托MessageConverter接口实例处理转换过程，然后发送消息至指定的目标。
receiveAndConvert 从默认或指定的目标接收消息。并将消息转换为Java对象。
目标可以通过JNDI上下文保存和获取。当配置Spring程序上下文（application context）时，我们可以用JndiObjectFactoryBean类取得对JMS的引用。DestinationResolver接口是用来把目标名称解析成JMS目标，当应用程序存在大量目标时，这是非常有用的。DynamicDestinationResolver(DestinationResolver的默认实现)是用来解析动态目标的。
MessageConverter接口定义了将Java对象转换为JMS消息的约定。通过这个转换器，应用程序代码可以集中于处理事务对象，而不用为对象如何表示为JMS消息这样的内部细节所困饶。SimpleMessageConverter(和SimpleMessageConverter102)是MessageConverter的默认实现。可使用它们分别将String转换为JMS TextMessage，字节数组(byte[])转换为JMS BytesMessage，Map转换为JMS MapMessage，和Serializable对象转换为JMS ObjectMessage。您也可以编写自定义的MessageConverter实例，通过XML绑定框架（例如JAXB， Castor，Commons Digester，XMLBeans或XStream），来实现XML文档到TextMessage对象的转换。
示例程序
我将用一个贷款申请处理系统（命名为LoanProc）示例来演示如何在JMS应用程序中使用Spring。作为贷款申请的一部分，LoanProc通过发送贷款详情（贷款ID，借方名字，借方的SSN，贷款期限和贷款数额），从AUS系统获得信用历史详情。为了简便起见，我们基于两个基本参数来表示信用历史详情：信用分数（又名FICO得分）和贷款数额。让我们假设处理信用检查请求是按以下业务规则进行的：
如果贷款数额等于或低于$500,000，借方必须至少有一个"好"的信用（也就是，借方的FICO得分在680到699之间）。
如果贷款数额高于$500,000，借方必须至少有"很好"的信用，意味着借方的信用得分要高于700。
贷款申请使用案例
信用请求处理使用案例包括以下几个步骤：
用户在贷款申请页面输入贷款详情并提交贷款申请。
发送请求到一个名为CreditRequestSendQueue的消息队列。然后程序发送贷款详情到AUS系统，获取信用历史详情。
AUS系统从队列中挑出贷款详情，并使用贷款参数从它的数据库中获取信用历史信息。
然后AUS将找到的借方的信用历史信息创建一个新的消息，发送到一个新的名为CreditRequestReceiveQueue的消息队列。
最后，LoanProc从接收队列中选出响应消息，处理贷款申请来决定是否批准或否决申请。
在这个例程中，两个消息队列都配置在同一个JBoss MQ server上。使用案例用图1的序列图（SequenceDiagram）表示
图1.贷款处理程序的序列图 (单击截图来查看完整视图)
下面的表3显示了在例程中我所使用的不同技术和开源框架，并按应用逻辑层排列。
表3. 在JMS应用程序中使用的框架逻辑层 技术/框架
MVC Spring MVC
Service Spring Framework (version 2.1)
JMS API Spring JMS
JMS Provider JBoss MQ (version 4.0.2)
JMS Console Hermes
IDE Eclipse 3.1
使用Hermes设置JMS资源
为了异步处理消息，首先我们需要消息队列发送和接收消息。我们可以用Jboss里的配置XML文件创建一个新的消息队列，然后使用JMS控制台浏览队列的详细情况。清单1显示了配置JMS的XML配置代码片断（这个应该加入到jbossmq-destinations-service.xml文件，位于%JBOSS_HOME%\server\all\deploy-hasingleton\jm文件夹下。）
清单1.JBoss MQ Server上JMS队列的配置
name="jboss.mq.destination:service=Queue,name=CreditRequestSendQueue">
jboss.mq:service=DestinationManager
name="jboss.mq.destination:service=Queue,name=CreditRequestReceiveQueue">
jboss.mq:service=DestinationManager
现在，让我们看看如何使用一个名为Hermes的JMS工具来浏览消息队列。Hermes是一个Java Swing应用程序，它可以创建、管理和监视JMS提供商（例如JBossMQ，WebSphereMQ，ActiveMQ和Arjuna服务器）里的JMS目标。从它的网站上下载Hermes，解压缩.zip文件到本地目录（例如，c:\dev\tools\hermes）。一旦安装完成，双击文件hermes.bat（位于bin文件夹下）启动程序。
要在Hermes里配置JBossMQ服务器，请参考Hermes网站上的这个演示。它有着出色的step-by-step可视化指示来配置JBoss MQ。当配置一个新的JNDI初始上下文时，请输入下面的信息。
providerURL = jnp://localhost:1099
initialContextFactory = org.jnp.interfaces.NamingContextFactory
urlPkgPrefixes = org.jnp.interfaces:org.jboss.naming
securityCredentials = admin
securityPrincipal = admin
当您创建新的目标时，请输入queue/CreditRequestSendQueue和queue/CreditRequestReceiveQueue。图2显示了JMS控制台的主窗口，其中有为JMS例程创建的新的消息队列。
图 2. Hermes中所有目标的截图.（单击截图来查看完整视图）
下面的图3显示了在从消息发送者类发送消息到CreditRequestSendQueue后，Hermes JMS控制台及消息队列的截图。您可以看见有5个消息在队列中，控制台显示了消息详情，例如消息ID，消息目标，时间戳和实际的消息内容。
图 3. Hermes中所有队列的截图.（单击截图来查看完整视图）
在例程中使用的队列名称和其他JMS和JNDI参数见表 4。
表4. Spring JMS配置参数参数名称 参数值
Initial Context Factory org.jnp.interfaces.NamingContextFactory
Provider URL localhost:8080
Initial Context Factory URL Packages org.jnp.interfaces:org.jboss.naming
Queue Connection Factory UIL2ConnectionFactory
Queue Name queue/CreditRequestSendQueue, queue/CreditRequestReceiveQueue
Spring配置
既然我们已经有了运行例程所需要的JMS目标，现在该了解用XML Spring配置文件（名为spring-jms.xml）来组配JMS组件的具体细节了。这些组件是根据Inversion of Controller (IOC)设计模式里的设置方式注入原则（setter injection principle），用JMS对象实例类组配的。让我们详细查看这些组件，并为每一个JMS组件演示一段XML配置代码。
JNDI上下文是取得JMS资源的起始位置，因此首先我们要配置JNDI模板。清单2显示了名为jndiTemplate的Spring bean，其中列有JNDI初始上下文所必需的常用参数。
清单2. JNDI上下文模板
org.jnp.interfaces.NamingContextFactory
localhost
org.jnp.interfaces:org.jboss.naming
接着，我们配置队列连接工厂。清单3显示了队列连接工厂的配置。
清单3. JMS队列连接工厂配置
class="org.springframework.jndi.JndiObjectFactoryBean">
UIL2ConnectionFactory
我们定义2个JMS目标来发送和接收消息。详情见清单4和5。
清单4. 发送队列配置
class="org.springframework.jndi.JndiObjectFactoryBean">
queue/CreditRequestSendQueue
清单5. 接收队列配置
class="org.springframework.jndi.JndiObjectFactoryBean">
queue/CreditReqeustReceiveQueue
然后我们再来配置JmsTemplate组件。在例程中我们使用JmsTemplate102。同时使用defaultDestination属性来指定JMS目标。
清单6. JMS模板配置
class="org.springframework.jms.core.JmsTemplate102">
30000
最后我们配置发送者和接收者组件。清单7和8分别是Sender 和 Receiver对象的配置。
清单7. JMS Sender配置
清单8. JMS Receiver配置
测试及监视
我写了一个测试类，命名为LoanApplicationControllerTest，用来测试LoanProc程序。我们可以使用这个类来设定贷款参数以及调用信用请求服务类。
让我们看一下不使用Spring JMS API而使用传统JMS开发途径的消息发送者实例。清单9显示了MessageSenderJMS类里的sendMessage方法，其中包含了使用JMS API处理消息的所有必需步骤。
清单9. 传统JMS实例
public void sendMessage() {
queueName = "queue/CreditRequestSendQueue";
System.out.println("Queue name is " + queueName);
/*
* Create JNDI Initial Context
*/
try {
Hashtable env = new Hashtable();
env.put("java.naming.factory.initial",
"org.jnp.interfaces.NamingContextFactory");
env.put("java.naming.provider.url","localhost");
env.put("java.naming.factory.url.pkgs",
"org.jnp.interfaces:org.jboss.naming");
jndiContext = new InitialContext(env);
} catch (NamingException e) {
System.out.println("Could not create JNDI API " +
"context: " + e.toString());
}
/*
* Get queue connection factory and queue objects from JNDI context.
*/
try {
queueConnectionFactory = (QueueConnectionFactory)
jndiContext.lookup("UIL2ConnectionFactory");
queue = (Queue) jndiContext.lookup(queueName);
} catch (NamingException e) {
System.out.println("JNDI API lookup failed: " +
e.toString());
}
/*
* Create connection, session, sender objects.
* Send the message.
* Cleanup JMS connection.
*/
try {
queueConnection =
queueConnectionFactory.createQueueConnection();
queueSession = queueConnection.createQueueSession(false,
Session.AUTO_ACKNOWLEDGE);
queueSender = queueSession.createSender(queue);
message = queueSession.createTextMessage();
message.setText("This is a sample JMS message.");
System.out.println("Sending message: " + message.getText());
queueSender.send(message);
} catch (JMSException e) {
System.out.println("Exception occurred: " + e.toString());
} finally {
if (queueConnection != null) {
try {
queueConnection.close();
} catch (JMSException e) {}
}
}
}
现在，我们来看看使用了Spring的消息发送者实例。清单10显示了MessageSenderSpringJMS类中send方法的代码。
清单10. 使用Spring API的JMS实例
public void send() {
try {
ClassPathXmlApplicationContext appContext = new ClassPathXmlApplicationContext(new String[] {
"spring-jms.xml"});
System.out.println("Classpath loaded");
JMSSender jmsSender = (JMSSender)appContext.getBean("jmsSender");
jmsSender.sendMesage();
System.out.println("Message sent using Spring JMS.");
} catch(Exception e) {
e.printStackTrace();
}
}
如您所见，通过使用配置文件，所有与管理JMS资源有关的步骤都将交由Spring容器处理。我们只需引用一个JMSSender对象，然后调用对象里的sendMessage方法。
结束语
在本文中，我们看到Spring框架是如何使用JMS API简化异步消息传递。Spring去掉了所有使用JMS处理消息所必需的样本代码（例如得到一个队列连接工厂，从Java代码里创建队列和会话对象，在运行时使用配置文件对它们进行组配）。我们可以动态的交换JMS资源对象，而不必修改任何Java代码，这要感谢Inversion of Control (IOC) 原则的力量。
既然异步消息传递是SOA框架的整体构成部分，Spring很适合纳入到SOA工具集。此外，JMS管理工具（如Hermes）使得创建、管理和监督JMS资源变得容易，特别是对于系统管理员来说。
参考资料
本文配套的示例代码
Spring JMS documentation
"1-2-3 Messaging with Spring JMS"
JBoss MQ wiki
