EJB消息驱动bean

Java Message Service
消息传递系统的中心就是消息。一条 Message 分为三个组成部分：
头(header)是个标准字段集，客户机和供应商都用它来标识和路由消息。
JMSMessageID: 标识提供者发送的每一条消息, 发送过程中由提供者设置
JMSDestination: 消息发送的 Destination, 由提供者设置
JMSDeliveryMode: 包括 DeliveryMode.PERSISTENT(只被传输一次)和DeliveryMode.NON_PERSISTENT(最多被传输一次)
JMSTimestamp: 提供者发送消息的时间, 由提供者设置
JMSExpiration: 消息失效的时间, 是发送方法的生存时间和当前时间值的和, 0 表明消息不会过期
JMSPriority: 由提供者设置, 0 最低, 9 最高
JMSCorrelationID: 用来链接响应消息和请求消息, 由发送消息的 JMS 程序设置
JMSReplyTo: 请求程序用它来指出回复消息应发送的地方
JMSType: JMS 程序用来指出消息的类型
JMSRedelivered: 消息被过早的发送给了 JMS 程序, 程序不知道消息的接受者是谁

属性(property)支持把可选头字段添加到消息。如果您的应用程序需要不使用标准头字段对消息编目和分类，
您就可以添加一个属性到消息以实现这个编目和分类.。 提供 set<Type>Property(...) 和 get<Type>Property(...) 方法以设置和获取各种 Java 类型的属性，包括 Object。JMS 定义了一个供应商选择提供的标准属性集。
JMSXUserID: 发送消息的用户的身份
JMSXAppID: 发送消息的应用程序的身份
JMSXDeliveryCount: 尝试发送消息的次数
JMSXGroupID: 该消息所属的消息组的身份
JMSXGroupSeq: 该消息在消息组中的序号
JMSXProducerTxID: 生成该消息的事物的身份
JMSXConsumerTxID: 使用该消息的事物的身份
JMSXRcvTimestamp: JMS 将消息发送给客户的时间

消息的主体（body）包含要发送给接收应用程序的内容。每个消息接口特定于它所支持的内容类型。
JMS 为不同类型的内容提供了它们各自的消息类型，但是所有消息都派生自 Message 接口。
StreamMessage：包含 Java 基本数值流，用标准流操作来顺序的填充和读取。
MapMessage：包含一组名/值对；名称为 string 类型，而值为 Java 的基本类型。
TextMessage：包含一个 String。
ObjectMessage：包含一个 Serializable Java 对象；能使用 JDK 的集合类。
BytesMessage：包含未解释字节流: 编码主体以匹配现存的消息格式。

消息的传递模型：
JMS 支持两种消息传递模型：点对点（point-to-point简称PTP ）和发布/订阅（publish/subscribe简称 pub/sub）。
区别：
PTP 消息传递模型规定了一条消息只能传递给一个接收方,Pub/sub 消息传递模型允许一条消息传递给多个接收方。
每种模型都通过扩展公用基类来实现。例如，PTP 类 javax.jms.Queue 和 pub/sub 类 javax.jms.Topic 都扩展
javax.jms.Destination 类。

1．点对点消息传递
通过点对点 (PTP) 的消息传递模型，一个应用程序可以向另一个应用程序发送消息。PTP 消息传递应用程序使用命名队列发送接收消息。队列发送方（生成者）向特定队列发送消息。队列接收方（使用者）从特定队列接收消息。
一个队列可以关联多个队列发送方和接收方，但一条消息仅传递给一个队列接收方。如果多个队列接收方正在监听队列上的消息，jboss JMS 将根据"先来者优先"的原则确定由哪个队列接收方接收下一条消息。如果没有队列接收方在监听队列，消息将保留在队列中，直至队列接收方连接队列为止。

2．发布/订阅消息传递
通过发布/订阅 (pub/sub) 消息传递模型，应用程序能够将一条消息发送到多个应用程序。Pub/sub 消息传递应用程序可通过订阅主题来发送和接收消息。主题发布者（生成器）可向特定主题发送消息。主题订阅者（使用者）从特定主题获取消息。与 PTP 消息传递模型不同，pub/sub 消息传递模型允许多个主题订阅者接收同一条消息。JMS 一直保留消息，直至所有主题订阅者都收到消息为止。

上面两种消息传递模型里，都需要定义消息发送者和接收者，消息发送者把消息发送到Jboss JMS某个Destination，而消息接收者从Jboss JMS的某个 Destination 里获取消息。消息接收者可以同步或异步接收消息.

消息驱动 Bean (Message Driven Bean)
消息驱动Bean(MDB)是设计用来专门处理基于消息请求的组件。它是一个异步的无状态 Session Bean，客户端调用 MDB 后无需等待，立刻返回，MDB 将异步处理客户请求。一个 MDB 类必须实现 MessageListener 接口。当容器检测到bean 守候的队列一条消息时，就调用onMessage()方法，将消息作为参数传入。MDB在 OnMessage()中决定如何处理该消息。你可以用注释来配置 MDB 监听哪一条队列。当 MDB 部署时，容器将会用到其中的注释信息。当一个业务执行的时间很长，而执行结果无需实时向用户反馈时，很适合使用消息驱动 Bean。如订单成功后给用户发送一封电子邮件或发送一条短信等。
QueueConnectionFactory-->QueueConnection-->QueueSession-->Destination-->Message-->MessageProducer-->send

根据上下文来查找一个连接工厂 TopicConnectFactory/ QueueConnectionFactory
QueueConnectionFactory factory = (QueueConnectionFactory) ctx.lookup("ConnectionFactory");

查找目的地，向queue/test消息队列发送一条消息(MDB 在发布时会自动创建该 Destination)
Destination destination = (Queue) ctx.lookup("queue/test");

Session session = conn.createQueueSession(false, QueueSession.AUTO_ACKNOWLEDGE);
建立不需要事务的并且能自动接收消息收条的会话，在非事务 Session 中，消息传递的方式有三种Session.AUTO_ACKNOWLEDGE：当客户机调用的receive方法成功返回，或当MessageListenser成功处理了消息,session 将会自动接收消息的收条。
Session.CLIENT_ACKNOWLEDGE ：Session对象依赖于应用程序对已收到的消息调用确认方法。一旦调用该方法，会话将确认所有自上次确认后收到的消息。该方法允许应用程序通过一次调用接收、处理和确认一批消息。
Session. DUPS_OK_ACKNOWLEDGE ：一旦消息处理中返回了应用程序接收方法，Session 对象即确认消息接收，允许重复确认。就资源利用情况而言，此模式最高效。

通过 @MessageDriven 注释消息驱动 Bean，并使用 @ActivationConfigProperty 注释配置消息的各种属性
destinationType属性指定消息的类型为(javax.jms.Topic/javax.jms.queue)。
destination属性指定消息路径(Destination)，
消息驱动 Bean 在发布时，如果路径(Destination)不存在，容器会自动创建，当容器关闭时该路径将被删除。
当一个消息到达队列，就会触发onMessage方法，消息作为一个参数传入，在onMessage方法里面得到消息体