消息接收确认
JMS消息只有在被确认之后,才认为已经被成功的消费了。消息的成功消费通常包含三个阶段:客户接收消息、客户处理消息和消息被确认
在事务性会话中,当一个事务被提交的时候,确认自动发生。在非事务会话中,消息何时被确认取决于创建会话时的应答模式(acknowledgement mode)。该参数有以下三个可选值:
Session.AUTO_ACKNOWLEDGE:当客户成功的从receive方法返回的时候,或者从MessageListener.onMessage方法返回的时候,会话自动确认客户客户收到的信息
Session.CLIENT_ACKNOWLEDGE:客户通过调用消息的acknowledge方法确认消息。需要注意的是,在这种模式中,确认是在会话层上进行,确认一个被消费的消息将自动确认所有已被会话消费的消息。例如:如果一个消息消费者消费了10个消息,然后确认第5个消息,那么所有10个消息都被确认
Session.DUPS_OK_ACKNOWLEDGE:该选择只是会话迟钝的确认消息的提交。如果JMS provider失败,那么可能会导致一些重复的消息。如果是重复的消息,那么JMS provider必须把消息头的 JMSRedelivered 字段设置为true
消息持久性,JMS支持以下两种消息提交模式:
- PERSISTENT:指示JMS provider持久保存消息,以保证消息不会因为JMS provider的失败而丢失
- NON_PERSISTENT:不要求JMS provider持久保存消息
消息优先级
- 可以使用消息优先级来指示JMS provider首先提交紧急的消息。优先级分10个级别,从0(最低)到9(最高)。如果不指定优先级,默认级别是4。需要注意的是,JMS provider并不一定保证按照优先级的顺序提交消息
消息的过期
- 可以设置消息在一定时间后过期,默认永久不过期
消息的临时目的地
- 可以通过会话上的 createTemporaryQueue 方法和 createTemporaryTopic 方法来创建临时目的地。它们的存在时间只限于创建它们的连接所保持的时间。只有创建该临时目的地的连接上的消息消费者才能够从临时目的地中提取消息
- 谁创建它谁才能使用它
持久订阅
- 首先消息生产者必须使用PERSISTENT提交消息。客户可以通过会话上的createDurableSubscriber方法来创建一个持久订阅,该方法的第一个参数必须是一个topic。第二个参数是订阅的名称
- JMS provider会存储发布到持久订阅对应的topic上的消息。如果最初创建持久订阅的客户或者任何其他客户,使用相同的连接工厂和连接的客户ID,相同的主题和相同的订阅名,再次调用会话createDurableSubscriber方法,那么该持久订阅就会被激活。JMS provider会向客户发送客户处于非激活状态时所发布的消息
- 持久订阅在某个时刻只能有一个激活的订阅者。持久订阅在创建之后会一直保留,直到应用程序调用会话上的unsubscribe方法
本地事务
- 在一个JMS客户端,可以使用本地事务来组合消息的发送和接收。JMS Session 接口提供了 commit 和 rollback 方法。事务提交意味着生产的所有消息被发送,消费的所有消息被确认;事务回滚意味着生产的所有消息被销毁,消费的所有消息被恢复并重新提交,除非他们已经过期
- 事务性的会话总是牵涉到事务处理中,commit或rollback一旦被调用,一个事务就结束了,而另一个事务被开始。关闭事务性会话将回滚其中的事务
- 需要注意的是,如果使用请求/回复机制,即发送一个消息,同时希望在同一个事务中等待接收该消息的回复,那么程序将被挂起,因为知道事务提交,发送操作才会真正执行
- 需要注意的还有一个,消息的生产和消费不能包含在同一个事务中
JMS的PTP模型
- JMS PTP(Point—to—Point)模型定义了客户端如何向队列发送消息,从队列接收消息,以及浏览队列中的消息
- PTP模型是基于队列的,生产者发消息到队列,消费者从队列接收消息,队列的存在使得消息的异步传输称为可能。和邮件系统中的邮件一样,队列可以包含各种消息,JMS Provider提供工具管理队列的创建、删除
- PTP的一些特点:
- 如果在Session关闭时,有一些消息已经被收到,但还没有被签收(acknowledge),那么,当消费者下次连接到相同的队列时,那些消息还会被再次接受
- 如果用户在receive方法中设定了消息选择条件,那么不符合条件的消息会被留在队列中,不会被接收到
- 队列可以长久的保存消息知道消费者受到消息。消费者不需要因为担心消息会丢失而时刻和队列保持激活的连接状态,充分体现了异步传输模式的优势
JMS的Pub/Sub模型
- JMS Pub/Sub模型定义了如何向一个内容结点发布和订阅消息,这些节点被称作topic
- 主题可以被认为是消息的传输中介,发布者(publish)发布消息到主题,订阅者(subscribe)从主题订阅消息。主题使得消息订阅者和消息发布者保持相互对立,不需要接触即可保证消息的传送
- Pub/Sub的一些特点:
- 消息订阅分为非持久订阅和持久订阅
- 非持久订阅只有当客户端处于激活状态,也就是和JMS Provider保持连接状态才能收到发送到某个主题的消息,而客户端处于离线状态,这个时间段发到主题的消息将会丢失,永远不会收到
- 持久订阅时,客户端想JMS注册一个识别自己身份的ID,当这个客户端处于离线时,JMS Provider会为这个ID保存所有所有发送到主题的消息,当客户再次连接到JMS Provider时,会根据自己的ID得到所有当自己处于离线时发送到主题的消息
- 如果用户在receive方法中设定了消息选择条件,那么不符合条件的消息不会被接收
- 非持久订阅状态下,不能恢复或重新派送一个未签收的消息。只有持久订阅才能恢复或重新派送一个未签收的消息
- 当所有消息必须被接收,则用持久订阅。当丢失消息能够被容忍,则用非持久订阅