JMS 入门

JMS（Java Message Service，Java消息服务）是一组Java应用程序接口(Java API)，它提供创建、发送、接收、读取消息的服务。由Sun公司和它的合作伙伴设计的JMS API定义了一组公共的应用程序接口和相应语法，使得Java程序能够和其他消息组件进行通信。

JMS是一种与厂商无关的 API，用来访问消息收发系统。它类似于 JDBC (Java Database Connectivity)：这里，JDBC 是可以用来访问许多不同关系数据库的 API，而 JMS 则提供同样与厂商无关的访问方法，以访问消息收发服务。许多厂商目前都支持 JMS，包括 IBM 的 MQSeries、BEA的 Weblogic JMS service和 Progress 的 SonicMQ，这只是几个例子。

JMS 使您能够通过消息收发服务（有时称为消息中介程序或路由器）从一个 JMS 客户机向另一个 JML 客户机发送消息。消息是 JMS 中的一种类型对象，由两部分组成：报头和消息主体。报头由路由信息以及有关该消息的元数据组成。消息主体则携带着应用程序的数据或有效负载。根据有效负载的类型来划分，可以将消息分为几种类型，它们分别携带：简单文本 (TextMessage)、可序列化的对象 (ObjectMessage)、属性集合 (MapMessage)、字节流 (BytesMessage)、原始值流 (StreamMessage)，还有无有效负载的消息 (Message)。

消息收发系统是异步的，也就是说，JMS 客户机可以发送消息而不必等待回应。比较可知，这完全不同于基于 RPC 的（基于远程过程的）系统，如 EJB 1.1、CORBA 和 Java RMI 的引用实现。在 RPC 中，客户机调用服务器上某个分布式对象的一个方法。在方法调用返回之前，该客户机被阻塞；该客户机在可以执行下一条指令之前，必须等待方法调用结束。在 JMS 中，客户机将消息发送给一个虚拟通道（主题或队列），而其它 JMS 客户机则预订或监听这个虚拟通道。当 JMS 客户机发送消息时，它并不等待回应。它执行发送操作，然后继续执行下一条指令。消息可能最终转发到一个或许多个客户机，这些客户机都不需要作出回应。

JMS的通用接口集合以异步方式发送或接收消息。异步方式接收消息显然是使用间断网络连接的客户机，诸如移动电话和PDA的最好的选择。另外，JMS采用一种宽松结合方式整合企业系统的方法，其主要的目的就是创建能够使用跨平台数据信息的、可移植的企业级应用程序，而把开发人力解放出来。

Java消息服务支持两种消息模型：Point-to-Point消息(P2P)和发布订阅消息（Publish Subscribe messaging，简称Pub/Sub）。JMS规范并不要求供应商同时支持这两种消息模型，但开发者应该熟悉这两种消息模型的优势与缺点。

P2P消息模型是在点对点之间传递消息时使用。如果应用程序开发者希望每一条消息都能够被处理，那么应该使用P2P消息模型。与Pub/Sub消息模型不同，P2P消息总是能够被传送到指定的位置。

Pub/Sub模型在一到多的消息广播时使用。如果一定程度的消息传递的不可靠性可以被接受的话，那么应用程序开发者也可以使用Pub/Sub消息模型。换句话说，它适用于所有的消息消费程序并不要求能够收到所有的信息或者消息消费程序并不想接收到任何消息的情况。

JMS通过允许创建持久订阅来简化时间相关性，即使消息预订者未激活也可以接收到消息。此外，使用持久订阅还可通过队列提供灵活性和可靠性，而仍然允许消息被发给许多的接收者。

Topic Subscriber topic Subscriber = topicSession.createDurableSubscriber(topic, subscriptionName);

Connection对象表示了到两种消息模型中的任一种的消息系统的连接。服务器端和客户机端对象要求管理创建的JMS连接的状态。连接是由Connection Factory创建的并且通过JNDI查寻定位。

//取得用于 P2P的 
QueueConnectionFactory QueueConnectionFactory = queueConnectionFactory( ); 
Context messaging = new InitialContext( ); 
QueueConnectionFactory = (QueueConnectionFactory) Messaging.lookup(“QueueConnectionFactory”);

//取得用于 pub/sub的 
TopicConnectonFactory topicConnectionFactory;
Context messaging = new InitialContext(); 
topicConnectionFactory = (TopicConnectionFactory) messaging.lookup(“TopicConnectionFactory”);

注意：用于P2P的代码和用于PublishSubscribe的代码非常相似。

JMS定义了五种不同的消息正文格式，以及调用的消息类型，允许你发送并接收以一些不同形式的数据，提供现有消息格式的一些级别的兼容性。

· StreamMessage -- Java原始值的数据流

· MapMessage--一套名称-值对

· TextMessage--一个字符串对象

· ObjectMessage--一个序列化的 Java对象

· BytesMessage--一个未解释字节的数据流

JMS应用程序接口提供用于创建每种类型消息和设置荷载的方法例如，为了在一个队列创建并发送一个TextMessage实例，你可以使用下列语句：

TextMessage message = queueSession.createTextMessage();

message.setText(textMsg); 　　

以异步方式接收消息，需要创建一个消息监听器然后注册一个或多个使用MessageConsumer的JMS MessageListener接口。会话(主题或队列)负责产生某些消息，这些消息被传送到使用onMessage方法的监听者那里。

import javax.jms.*; 
public class ExampleListener implements MessageListener { 
	//把消息强制转化为TextMessage格式 
	public void onMessage(Message message) {
		TextMessage textMsg = null; // 打开并处理这段消息 
	} 
}

当我们创建QueueReceiver和TopicSubscriber时，我们传递消息选择器字符串：

//P2P 
QueueReceiver receiver; 
receiver = session.createReceiver(queue, selector); 
//Pub-Sub 
TopicSubscriber subscriber; 
subscriber = session.createSubscriber(topic, selector);

为了启动消息的交付，不论是Pub/Sub还是P2P，都需要调用start方法。

TopicConnection.start( ); 
//pub-sub QueueConnection.start( ); 
//P2P TopicConnection.start ( );

当一条消息被捕捉时，这条消息做为一条必须被强制转化为适当消息类型的普通Message对象到达。这是一个被用来提取或打开消息内容的getter方法。

下列代码片段使用StreamMessage类型。

private void unPackMessage (Message message) { 
	String eName; 
	String position; 
	double rate; 
	StreamMessage message; 
	message = session.createStreamMessage( ); 
	//注意下面的代码必须按照我给出的顺序书写 
	message.writeString(eName); 
	message.writeString(position); 
	message.writeDouble(rate); //实现处理消息的必要的程序逻辑 
}

停止消息的传递，无论是Pub/Sub还是P2P，都调用stop方法。其他的J2EE组件--servlet或EJB--可以当作消息生产者；然而，它们可能只能同步操作，这可能是因为它们的请求-应答的性质决定的。虽然XML目前还不是被支持的消息类型，发送一个XML文件和创建一条文本类型消息以及把XML文件添加到消息的有效负载都一样简单，都是以非专有的方式传送数据。值得注意的是，一些JMS供应厂商已经提供了可用的XML消息类型。但是使用非标准的消息类型可能会出现可移植性问题。

String reportData; //reportData内容为XML 文档 
TextMessage message; 
message = session.createTextMessage(); 
message.setText (reportData);

消息驱动组件(MDB)是一个当消息到达时被容器调用的异步消息消费程序。和entity和session EJB不同，MDB没有本地和远程接口并且是匿名的；它们对于客户是不可见的。MDB是JMS系统的一部分，作为消费者实现服务器上的商业逻辑程序。一个客户程序可能通过使用JNDI定位一个与MDB相关联的JMS。例如：

Context initialContext = new InitialContext(); 
Queue reportInfoQueue = (javax.jms.Queue)initialContext.lookup (“java:comp/env/jms/reportInfoQueue”);

MDB是由Bean类和相应的XML部署描述符组成。 Bean 类实现MessageDriveBean 接口：

import javax.ejb.*; 
import jms.Message.*; 
public interface MessageDriveBean { 
	public void ejbCreate(); 
	public void ejbRemove(); 
	public void setMessageDrivenContext(MessageDrivenContext ctx); 
}

消息监听器接口：

import javax.jms.*;
public interface MessageListener { 
	public void onMessage( ); 
}

猜你喜欢