JMS入门介绍

朱岩 — Wed, 08 Aug 2007 02:12:00 GMT

JMS�Q?/font>Java Message Service�Q?/font>Java消息服务�Q�是一�l�Java应用�E�序接口(Java API)�Q�它提供创徏、发送、接收、读�?/font>消息的服务。由Sun公司和它的合作伙伴设计的JMS API定义了一�l�公��q��应用�E�序接口和相应语法，使得Java�E�序能够和其他消�?/font>�l��g�q�行通信�?

JMS是一�U�与厂商无关�?API�Q�用来访问消息收发系�l�。它�c?/u>��g�� JDBC (Java Database Connectivity)�Q�这里，JDBC 是可以用来访问许多不同关�p?/font>数据�?/u>�?API�Q��?JMS 则提供同样与厂商无关的访问方法，以访问消息收发服务。许多厂商目前都支持 JMS�Q�包�?IBM �?MQSeries、BEA�?Weblogic JMS service�?Progress �?SonicMQ�Q�这只是几个例子�?
JMS 使您能够通过消息收发服务�Q�有时称为消息中介程序或路由器）从一�?JMS 客户机向另一�?JML 客户机发送消息。消息是 JMS 中的一�U?/font>�c�d��对象�Q�由两部分组成：报头和消息主体。报头由路由信息以及有关该消息的元数�?/u>�l�成。消息主体则携带着应用�E�序的数据或有效负蝲。根据有效负载的�c�d��来划分，可以��消息分为几�U�类型，它们分别携带�Q�简单文�?(TextMessage)、可序列化的对象 (ObjectMessage)、属性集�?(MapMessage)、字节流 (BytesMessage)、原始值流 (StreamMessage)�Q�还有无有效负蝲的消�?(Message)�?

消息收发�pȝ��是异步的�Q�也��是��_��JMS 客户机可以发送消息而不必等待回应。比较可知，�q�完全不同于��Z�� RPC 的（��Z��q�程�q�程的）�pȝ��Q�如 EJB 1.1�?a target=_new>CORBA �?Java RMI 的引用实现。在 RPC 中，客户��用服务器上某个分布式对象的一个方法。在�Ҏ��调用�q�回之前�Q�该客户��d��Q�该客户机在可以执行下一条指令之前，必须�{�待�Ҏ��调用�l�束。在 JMS 中，客户机将消息发送给一个虚拟通道�Q�主题或队列�Q�，而其�?JMS 客户机则预订或监听这个虚拟通道。当 JMS 客户机发送消息时�Q�它�q�不�{�待回应。它执行发送操作，然后�l�箋执行下一条指令。消息可能最�l��{发到一个或许多个客��h��Q�这些客��h��都不需要作出回应�?

　　JMS的通用接口集合以异步方式发送或接收消息。异步方式接收消息显然是使用间断�|�络�q�接的客��h��Q�诸如移动电话和PDA的最好的选择。另外， JMS采用一�U�宽杄��合方式整合企业系�l�的�Ҏ��Q�其主要的目的就是创��够��用跨�q�_��数据信息的、可�U�L��的企业��应用�E�序�Q�而把开发�h力解攑և�来�?/font>

　　Java消息服务支持两种消息模型�Q�Point-to-Point消息(P2P)和发布订阅消息（Publish Subscribe messaging�Q�简�U�Pub/Sub�Q�。JMS规范�q�不要求供应商同时支持这两种消息模型�Q�但开发者应该熟悉这两种消息模型的优势与�~�点�?/font>

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

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

　　JMS通过允许创徏持久订阅来简化时间相��x��，即��消息预订者未�Ȁ�z�M��可以接收到消息。此外，使用持久订阅�q�可通过队列提供灉|��性和可靠性，而仍然允许消息被发给许多的接收者�?Topic Subscriber topic Subscriber = topicSession.createDurableSubscriber(topic, subscriptionName); 　　Connection对象表示了到两种消息模型中的��M��U�的消息�pȝ��的连接。服务器端和客户机端对象要求��理创徏的JMS�q�接的状态。连接是由Connection Factory创徏的�ƈ且通过JNDI查寻定位�?//取得用于 P2P�?QueueConnectionFactory QueueConnectionFactory = queueConnectionFactory( ); Context messaging = new InitialContext( ); QueueConnectionFactory = (QueueConnectionFactory) Messaging.lookup(“QueueConnectionFactory”); //取得用于 pub/sub�?TopicConnectionFactory TopicConnectonFactory topicConnectionFactory; Context messaging = new InitialContext(); topicConnectionFactory = (TopicConnectionFactory) messaging.lookup(“TopicConnectionFactory”); 　　注意�Q�用于P2P的代码和用于PublishSubscribe的代码非常相伹{�?/font>

　　如果session被标��Cؓtransactional的话�Q�确认消息就通过��认和校正来自动地处理。如果session没有标记�?transactional�Q�你有三个用于消息确认的选项�?/font>

　　· AUTO_ACKNOWLEDGE session��自动地��认收到一则消息�?/font>

　　· CLIENT_ACKNOWLEDGE 客户�?/font>�E�序��确认收��C��则消息，调用�q�则消息的确认方法�?　　　· DUPS_OK_ACKNOWLEDGE �q�个选项命��osession“懒散�?#8221;��认消息传递，可以惛_��Q�这��导致消息提供者传递的一些复制消息可能会出错。这�U�确认的方式只应当用于消息消费程序可以容忍潜在的副本消息存在的情��c�?queueSession = queueConnection.createQueueSession(false, session.AUTO_ACKNOWLEDGE);//P2P topicSession = topicConnection.createTopicSession(false, session.AUTO_ACKNOWLEDGE); //Pub-Sub

　　注意�Q�在本例中，一个session目的从连�l�中创徏�Q�非值指出session是non-transactional的，�q�且 session��自动地��认收到一则消息�?/font>

　　JMS现在有两�U�传递消息的方式。标��CؓNON_PERSISTENT的消息最多投递一�ơ，而标��CؓPERSISTENT的消息将使用暂存后再转送的机理投递。如果一个JMS服务��ȝ��Q�那么持久性消息不会丢�׃��是得�{�到�q�个服务恢复联机时才会被传递。所以默认的消息传递方式是非持久性的。即使��用非持久性消息可能降低内务和需要的存储器，�q�且�q�种传递方式只有当你不需要接收所有的消息时才使用�?/font>

　　虽然 JMS规范�q�不需要JMS供应商实现消息的优先�U��\�U�，但是它需要递送加快的消息优先于普通��别的消息。JMS定义了从0�?的优先��路线�U�别�Q?是最低的优先�U��?则是最高的。更�Ҏ��的是0�?是正�怼�先��的变化幅度，�?�?是加快的优先�U�的变化�q�度。�D例来��_�� topicPublisher.publish (message, DeliveryMode.PERSISTENT, 8, 10000); //Pub-Sub �?queueSender.send(message, DeliveryMode.PERSISTENT, 8, 10000);//P2P 　　�q�个代码片断�Q�有两种消息模型�Q�映��递送方式是持久的，优先�U��ؓ加快型，生存周期�?0000 (以毫�U?a target=_new>度量 )。如果生存周期设�|��ؓ�Ӟ��q�则消息��永�q�不会过期。当消息需要时间限制否则将使其无效�Ӟ��讄��生存周期是有用的�?/font>

　　JMS定义了五�U�不同的消息正文格式�Q�以及调用的消息�c�d��Q�允�怽�发送�ƈ接收以一些不同�Ş式的数据�Q�提供现有消息格式的一些��别的兼容性�?/font>

　　· StreamMessage -- Java原始值的数据��?

　　· MapMessage--一套名�U?值对

　　· TextMessage--一个字�W�串对象

　　· ObjectMessage--一个序列化�?Java对象

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

　　JMS应用�E�序接口提供用于创徏每种�c�d��消息和设�|�荷载的�Ҏ��例如�Q��ؓ了在一个队列创建�ƈ发送一个TextMessage实例�Q�你可以使用下列语句�Q?TextMessage message = queueSession.createTextMessage(); message.setText(textMsg); 　　以异步方式接收消息，需要创��Z��个消息监听器然后注册一个或多个使用MessageConsumer的JMS MessageListener接口。会�?主题或队�?负责产生某些消息�Q�这些消息被传送到使用onMessage�Ҏ��的监听者那里�?import javax.jms.*; public class ExampleListener implements MessageListener { //把消息强制�{化�ؓTextMessage格式 public void onMessage(Message message) { TextMessage textMsg = null; // 打开�q�处理这�D�|��?} } 　　当我们创建QueueReceiver和TopicSubscriber�Ӟ��我们传递消息选择器字�W�串�Q?//P2P QueueReceiver QueueReceiver receiver; receiver = session.createReceiver(queue, selector); //Pub-Sub TopicSubscriber TopicSubscriber subscriber; subscriber = session.createSubscriber(topic, selector); 　　��Z��启动消息的交付，不论是Pub/Sub�q�是P2P�Q�都需要调用start�Ҏ��?TopicConnection.start( ); //pub-sub QueueConnection.start( ); //P2P TopicConnection.start ( );// pub-sub QueueConnection.start ( );// P2P

　　当一条消息被捕捉�Ӟ��q�条消息做�ؓ一条必��被强制转化为适当消息�c�d��的普通Message对象到达。这是一个被用来提取或打开消息内容的getter�Ҏ��。下列代码片�D��用StreamMessage�c�d��?private void unPackMessage (Message message) { String eName; String position; double rate; StreamMessage message; Message = session.createStreamMessage( ); //注意下面的代码必��L��照我�l�出的顺序书�?message.writeString(eName); message.writeString(position); message.writeDouble(rate); //实现处理消息的必要的�E�序逻辑 }

　　停止消息的传递，无论是Pub/Sub�q�是P2P�Q�都调用stop�Ҏ��?TopicConnection.start( ); //pub-sub QueueConnection.start( ); //P2P TopicConnection.start ( );// pub-sub QueueConnection.start ( );// P2P 　　其他�?a target=_new>J2EE�l��g--servlet或EJB--可以当作消息生��者；然而，它们可能只能同步操作�Q�这可能是因为它们的��h��-应答的性质军_��的。虽�?a target=_new>XML目前�q�不是被支持的消息类型，发送一个XML文�g和创��Z��条文本类型消息以及把XML文�g��d��到消息的有效负蝲都一��L��单，都是以非专有的方式传送数据。值得注意的是�Q�一些JMS供应厂商已经提供了可用的XML消息�c�d��。但是��用非标准的消息类型可能会出现可移植性问题�?String reportData; //reportData内容为XML 文�� TextMessage message; message = session.createTextMessage(); message.setText (reportData);

　　消息驱动�l��g(MDB)是一个当消息到达时被容器调用的异步消息消费程序。和entity和session EJB不同�Q�MDB没有本地和远�E�接口�ƈ且是匿名的；它们对于客户是不可见的。MDB是JMS�pȝ��的一部分�Q�作为消费者实现服务器上的商业逻辑�E�序�?一个客��L��序可能通过使用JNDI定位一个与MDB相关联的JMS�?例如�Q?Context initialContext = new InitialContext(); Queue reportInfoQueue = (javax.jms.Queue)initialContext.lookup (“java:comp/env/jms/reportInfoQueue”); 　　MDB是由Bean�c�d��相应的XML部��v描述�W�组成�?Bean �c�d��现MessageDriveBean 接口�Q?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( ); }

　　部��v描述�W?�Q?DOCTYPE ejb-jar PUBLIC "-//Sun Microsystems, Inc.//DTD Enterprise JavaBeans 2.0//EN" "http://java.sun.com/j2ee/dtds/ejb-jar_2_0.dtd"�Q?�Q�ejb-jar�Q?�Q�enterprise-beans�Q?�Q�message-driven�Q?�Q�ejb-name�Q�MDB�Q?ejb-name�Q?�Q�ejb-class�Q�MDB�Q?ejb-class�Q?�Q�transaction-type�Q�Container�Q?transaction-type�Q?�Q�message-driven-destination�Q?�Q�jms-destination-type�Q�javax.jms.Queue�Q?jms-destination-type�Q?�Q?message-driven-destination�Q?�Q�security-identity�Q?�Q�run-as-specified-identity�Q?�Q�role-name�Q�everyone�Q?role-name�Q?�Q?run-as-specified-identity�Q?�Q?security-identity�Q?�Q?message-driven�Q?�Q?enterprise-beans�Q?�Q?ejb-jar�Q?/font>

　　既然我们现在已经有了一些基本的JMS知识�Q�那么我们可以��用JMS做什么呢�Q��Q何事情都可以�?/font>

　　例如�Q�分别用于销售、库存、客��h��务和账目处理的系�l�。这些部门之间的�pȝ��很可能已�l�存在了很长旉��Q�这些处理要求把事务�U�d��到系�l�中去，�q��ƈ不是一个小的工作。这��是消息服务适用的地炏V�?/font>

　　当售货员完成销售的时候，一条消息被发给库存�pȝ��Q�一旦订单消息发送给收发货�h员，��可以按照订单出货了。当订单成功地发货，�pȝ��通知��֮�服务和会计系�l�这个订单已�l�成功的交易了。所有对应的每个子系�l?/font>都自动地�Ҏ��收到的消息进行更新�?/font>

　　JMS一般都不是用来整合一个系�l�，而是整合许多可能参与消息驱动环境的系�l�。JMS是一个用于开发和集成企业应用�E�序的重要的工具。因��多公叔R��有以前遗留下来的�pȝ��和新�q�开发的�pȝ��l�合��h��的系�l�，消息的��用是整合整个企业的重要的步骤�?

JMS接口描述

JMS 支持两种消息�c�d��PTP 和Pub/Sub�Q�分别称作：PTP Domain 和Pub/Sub Domain�Q�这两种接口都��承统一的JMS Parent 接口�Q�JMS 主要接口如下所�C�：

JMS Parent	PTPDomain	Pub/Sub Domain
ConnectionFactory	QueueConnectionFactory	TopicConnectionFactory
Connection	QueueConnection	TopicConnection
Destination	Queue	Topic
Session	QueueSession	TopicSession
MessageProducer	QueueSender	TopicPublisher
MessageConsumer	QueueReceiver,QueueBrowser	TopicSubscriber

      以下是对�q�些接口的简单描�q�ͼ�
    ConnectionFactory �Q�连接工厂，JMS 用它创徏�q�接
    Connection �Q�JMS 客户端到JMS Provider 的连�?br>    Destination �Q�消息的目的�?br>    Session�Q?一个发送或接收消息�?a target=_new>�U�程
    MessageProducer�Q?由Session 对象创徏的用来发送消息的对象
    MessageConsumer�Q?由Session 对象创徏的用来接收消息的对象

JMS消息模型

JMS 消息�׃��下几部分�l�成�Q�消息头�Q�属性，消息体�?/font>

消息�?Header) - 消息头包含消息的识别信息和�\�׃��息，消息头包含一些标准的属性如�Q�JMSDestination,JMSMessageID �{��?

*消息�?/em>*	*��p��讄��*
JMSDestination	send �?publish �Ҏ��
JMSDeliveryMode	send �?publish �Ҏ��
JMSExpiration	send �?publish �Ҏ��
JMSPriority	send �?publish �Ҏ��
JMSMessageID	send �?publish �Ҏ��
JMSTimestamp	send �?publish �Ҏ��
JMSCorrelationID	客户
JMSReplyTo	客户
JMSType	客户
JMSRedelivered	JMS Provider

      属�?Properties) - 除了消息头中定义好的标准属性外�Q�JMS 提供一�U�机制增加新属性到消息头中�Q�这�U�新属性包含以下几�U�：
    1. 应用需要用到的属�?
    2. 消息头中原有的一些可选属�?
    3. JMS Provider 需要用到的属性�?br>    标准的JMS 消息头包含以下属性：
   JMSDestination --消息发送的目的�?
   JMSDeliveryMode --传�?a target=_new>模式�Q?有两�U�模式： PERSISTENT 和NON_PERSISTENT�Q�PERSISTENT 表示该消息一定要被送到目的圎ͼ�否则会导致应用错误。NON_PERSISTENT 表示偶然丢失该消息是被允许的�Q�这两种模式使开发者可以在消息传递的可靠性和吞吐量之间找到��^衡点�?br>   JMSMessageID 唯一识别每个消息的标识，由JMS Provider 产生�?br>   JMSTimestamp 一个消息被提交�l�JMS Provider 到消息被发出的时间�?br>   JMSCorrelationID 用来�q�接到另外一个消息，典型的应用是在回复消息中�q�接到原消息�?br>   JMSReplyTo 提供本消息回复消息的目的地址�?br>   JMSRedelivered 如果一个客��L��收到一个设�|�了JMSRedelivered 属性的消息�Q�则表示可能该客��L��曄��在早些时候收到过该消息，但�ƈ没有�{�收(acknowledged)�?br>   JMSType 消息�c�d��的识别符�?br>   JMSExpiration 消息�q�期旉��Q�等于QueueSender 的send �Ҏ��中的timeToLive 值或TopicPublisher 的publish �Ҏ��中的timeToLive 值加上发送时�ȝ��GMT 旉��倹{��如果timeToLive值等于零�Q�则JMSExpiration 被设为零�Q�表�C��消息�怸��q�期。如果发送后�Q�在消息�q�期旉��之后消息�q�没有被发送到目的圎ͼ�则该消息被清除�?br>   JMSPriority 消息优先�U�，�?-9 十个�U�别�Q?-4 是普通消息，5-9 是加急消息。JMS 不要求JMS Provider 严格按照�q�十个优先��发送消息，但必��M��证加急消息要先于普通消息到达�?/p>

消息�?Body) - JMS API 定义�?�U�消息体格式�Q�也叫消息类型，你可以��用不同�Ş式发送接收数据�ƈ可以兼容现有的消息格式，下面描述�q?�U�类型：

*消息�c�d��*	*消息�?/em>*
TextMessage	java.lang.String对象�Q�如xml文�g内容
MapMessage	�?值对的集合，名是String对象�Q�值类型可以是Java��M��基本�c�d��
BytesMessage	字节��?/td>
StreamMessage	Java中的输入输出��?/td>
ObjectMessage	Java中的可序列化对象
Message	没有消息体，只有消息头和属性�?/td>

下例演示创徏�q�发送一个TextMessage��C��个队列：

TextMessage message = queueSession.createTextMessage();
message.setText(msg_text); // msg_text is a String
queueSender.send(message);

下例演示接收消息�q��{换�ؓ合适的消息�c�d��Q?

Message m = queueReceiver.receive();
if (m instanceof TextMessage) {
TextMessage message = (TextMessage) m;
System.out.println("Reading message: " + message.getText());
} else {
// Handle error
}

�Q�来源：club.169.netsprite.com�Q�www.wxsf.net�Q?/font>

朱岩 2007-08-08 10:12 发表评论

欧美在线你懂的,三级视频网站在线,啪啪激情综合网

JMS入门介绍