JMS异步消息机制

在分布式企业级应用程序中，异步消息机制用于有效地协调各个部分的工做。
　　J2EE为咱们提供了JMS和消息驱动Bean（Message-Driven Bean），用来实现应用程序各个部件之间的异步消息传递。
　　一．什么是消息系统？
　　一般一个消息系统容许分开的未耦合的应用程序之间可靠地异步通讯。在企业应用时，须要一种异步的，非阻塞的消息传递。好比，一个客户端可能但愿给一个服务器发送一个请求后，不在意是否立刻能获得回应。这样，客户端没有理由必须等待服务器处理请求。客户端应用程序在递交一个请求以后，只需确保请求到达服务器端后，就能够处理其余任务。一般，这是很高效的。消息系统提供了许多其余分布式对象计算模型没有的优势。它鼓励在消息产生者和使用者之间的"松耦合"，在它们之间有很高程度的事务处理。对于使用者，它不在意谁产生了消息，产生者是否仍在网络上以及消息是何时产生的。这就容许创建动态的，可靠的和灵活的系统。整个的子系统能被修改而不会影响系统的其余部分。
　　另外的优势包括：系统的高度可扩展性，容易与其余系统进行集成，以及高度的可靠性。因为可靠性和可扩展性，使得它们用于解决许多商业和科学计算问题。好比，消息系统是许多应用程序的基础，这些应用程序能够是工做流，网络管理，通讯服务或供应链管理程序。在JAVA技术中，处理异步消息的能力是经过JMS来实现的。JMS最初设计是为了给传统的消息对象中间件提供一个标准的JAVA接口。而这些产品是在一个企业级应用程序中必须的。如今出现了许多支持JMS的纯JAVA的产品。

　　消息系统类型
　　一般有两种消息类型。
　　1.发布/订阅（publish/subscribe）
　　发布/订阅消息系统支持一个事件驱动模型，消息产生者和使用者都参与消息的传递。产生者发布事件，而使用者订阅感兴趣的事件，并使用事件。产生者将消息和一个特定的主题(Topic)连在一块儿，消息系统根据使用者注册的兴趣，将消息传给使用者。
　　2.点对点（Peer to peer）
　　在点对点的消息系统中，消息分发给一个单独的使用者。它维持一个"进入"消息队列。消息应用程序发送消息到一个特定的队列，而客户端从一个队列中获得消息。
　　二．JMS简介
　　JMS的目的是提供给消息系统客户一个固定的接口，并且与底层的消息提供者无关。这样，客户端的应用程序能够在不一样的机器和操做系统中移植，并且能在不一样的消息系统产品之间转移。JMS客户端都是创建在JAVA技术上的，从而也能使用其余JAVA API，如JDBC数据库链接，使用JAVA BEAN组件模型，JDNI名字服务，JTA客户端事务处理控制以及J2SE和J2EE API来实现企业级应用服务程序。
　　1.JMS对象模型

图1显示了JMS对象，用于提供JMS客户端与JMS服务提供者相连的对象。 feedom.net国内最先的网管网站
　　ConnectionFactory是一个客户端用来建立一个Connection的管理对象。因为在Connection建立时有受权和通讯创建过程，所以这个对象是比较大的。
　　Destination对象将一个消息的目的和服务提供者有关的地址及配置信息包装起来。
　　Session是JMS实体，用来支持事务处理和异步消息消费。JMS并不须要客户端的代码用于异步消息消费或能处理多个并发消息。一般，事务的复杂性都由一个Session来封装。
　　一个Session是一个原子单位的工做，与数据库的事务同样，要实现多线程事务比较困难。Session提供了在一个线程编程模式下的并发的优势。
　　MessageProducer和MessageConsumer对象由Session对象建立。用于发送和接受消息。为了确保消息的传递，JMS服务提供者处理的消息都要处于PERSISTENT模式。PERSISTENT模式使得JMS提供者出问题后，也能让消息保存下来。
　　Session，MessageProducer和MessageConsumer都不支持并发，而ConnectionFactory，Destination和Connection都支持并发。
　　2.JMS应用程序开发
　　JMS中的消息
　　在消息系统中，应用程序之间通讯的关键是消息。所以使用JMS必需要先理解消息。
　　在JMS中，消息由三部分组成：
　　MESSAGE HEADER用于识别消息，好比用于判断一个给定的消息是不是一个"订阅者"

　　PROPERITIES用于与应用程序相关的，提供者相关的和可选项的信息
　　BODY是消息的内容，支持几种格式，包括TextMessage（对String一个简单的封装）和ObjectMessage（对任意对象的封装，但必须支持序列化），也支持其余格式。
　　TextMessage
　　一个TextMessage是一个String对象的封装。在只有文本对象传递时，是颇有用的。它假设许多消息系统是创建在XML上的。从而TextMessage就能够成为包装它们的容器。
　　建立一个TextMessage对象很简单，以下面的代码：
　　TextMessage message=session.createMessage();
　　message.setText("Hello, world!");
　　ObjectMessage
　　如名字所示，它是对一个JAVA对象的封装的消息。任何可序列化的JAVA对象都能用于ObjectMessage，若是必须将多个对象封装在一个消息里传递，可使用Collection对象，来包括多个序列化对象。
　　下面是建立一个ObjectMessage
　　ObjectMessage message=session.createObjectMessage();
　　message.setObject(myObject);
　　建立一个JMS客户端程序
　　一个典型的JMS客户端由下面的几个基本步骤来建立：
　　建立一个到消息系统提供者的链接(Connection) bitsCN.com中国网管联盟
　　建立一个Session，用于接收和发送消息
　　建立MessageProducer和MessageConsumer来建立和接收消息
　　当完成了上述步骤后，一个消息产生者客户端将建立并发布消息到一个主题，而消息使用者客户端会接收与一个主题相关的消息。
　　1.建立一个Connection
　　一个Connection提供客户端对底层的消息系统的访问。并实现资源的分配和管理。经过使用一个ConnectionFactory来建立一个Connection，一般用JDNI来指定：

2.建立一个Session
　　Session是一个比较大的JMS对象，他提供了生产和消费消息的手段。用于建立消息使用者和消息产生者。
　　topicSession = topicConnection.createTopicSession(false,Session.AUTO_ACKNOWLEDGE);
　　两个参数用于控制事务和消息确认。
　　3.定位一个Topic
　　用JDNI来定位一个Topic，Topic用于识别发送或接收的消息，在发布/订阅系统中。订阅者订阅一个给定的Topic，而发布者将它发布的消息与一个Topic相连。
　　下面是建立一个Topic "WeatherReport"
　　Topic weatherTopic=messaging.lookup("WeatherReport");
　　4.启动Connection

　　在上面的初始化步骤以后，消息流是禁止的，用于防止在初始化时发生不可预料的行为。一旦初始化结束，必须让Connection启动消息系统。
　　topicConnection.start();
　　5.建立一个消息产生者
　　在发布/订阅里，一个产生者发布消息到一个指定的Topic。下面的代码显示建立一个产生者，以及后续的创建和发布一个简单文本消息。
　　TopicPublisher publisher=session.createPublisher(weatherTopic);
　　TexeMessage message=session.createMessage();
　　message.setText("ssss");
　　publisher.publish(message);
　　下面是一个消息使用者的代码

三.消息驱动Bean简介
　　异步消息也能够由消息驱动Bean来实现。在EJB 1.1规范中，定义了两种类型的EJB。分别是实体Bean（Entity Bean）和会话Bean（Session Bean）。客户端一般是以同步的，阻塞方式来调用Bean的方法。消息驱动Bean将EJB和JMS的功能结合在一块儿。
　　正如前述，会话Bean一般实现商务逻辑，客户端不能共享一个会话Bean。实体Bean一般和一些在永久存储中的一些实体条目相对应的。这两种Bean一般都有REMOTE和HOME接口，用来与客户端交互。而且，这些交互都是同步的，阻塞方式进行的。好比，一个请求发送给一个Bean，经过阻塞式方法调用，服务器返回一个相应。调用者在收到返回后，才能进行下一步处理。消息驱动Bean一般配置成是一个特别的主题（topic）或队列的客户端，做为消息的使用者。但消息驱动Bean没有HOME和REMOTE接口。一个消息产生者将消息写入TOPIC或队列时，并不知道使用者是一个消息驱动Bean。这就容许集成一个分布式的计算系统时，有很大的灵活性。消息驱动Bean没有会话性质的状态，全部的实例在不处理请求时是相同的，这与无状态会话Bean是相似的。将Bean的实例放在缓冲池里，也是高效处理消息驱动Bean的一种方法。一个消息驱动Bean必须间接或直接地从javax.ejb.MessageDrivenBean接口继承而来。这个接口是由javax.jms.MessageListener继承而来。这个方法的一个参数是javax.jms.Message。能够是任何有效的JMS消息类型。方法的申明中并不包含一个thrown语句。所以在消息处理中，不会仍出应用程序异常。当容器接收到消息时，它首先是从一个缓冲池里获得现成的一个消息驱动Bean，而后，若是配置文件须要的，容器还要设置一个和事务处理上下文的一个联系。当这些管理任务完成时，接收到的消息传递给onMessage()方法。一旦方法完成，事务确认或返回，Bean又被从新放回到缓冲池。 bbs.bitsCN.com国内最先的网管论坛 　　ejbRemove()在把消息驱动Bean从任何存储上删除时调用。并进行清楚操做和垃圾收集。必须在ejbRemove()方法中释放全部Bean的实例用到的资源。