1.消息确认接收
-
JMS消息只有在被确认之后,才认为被成功消费。消息的成功消费通常包括三个阶段:客户接受消息、客户处理消息、消息被确认。
-
在事务性会话中,当一个事务被提交时,确认自动发生。
-
在非事务性会话中,消息何时北区人取决于创建会话时的应答模式(acknowledgement mode)。该参数有以下三个可选值:
- Session.AUTO_ACKNOWLEDGE :当客户成功从reveive方法返回的时候,或者从MessageListener.onMessage方法成功返回的时候,会话自动确认收到的消息。
- Session.CLIENT_ACKNOWLEDGE :客户通过调用消息的acknowledge方法确认消息。确认是在会话层进行,确认一个被消费的消息将自动确认所有已被会话消费的消息。例“一个消费者消费了10 个消息,然后确认第5个消息,那么所有10个消息都被确认。
- Session.DUPS_OK_ACKNOWLEDGE:会话延迟的确认消息的提交。如果JMS Provider失败,可能会导致一些重复的消息。如果是重复的消息,JMS Provider必须把消息头的JMSRedelivered字段设置为true.
2.消息持久性
JMS支持两种消息提交模式:
- PERSISTENT:JMS Provider持久保持信息,保证消息不会因 JMS Provider的失败而丢失
- NON_PERSISTENT:不要求JMS Provider持久不保持消息
消息优先级
优先级分10 级,0(最低)~9。默认为4。注意,JMS provider不一定保证按照优先级的顺序提交消息
消息的临时目的地
可通过会话上的 session.createTemporaryQueue() 方法和session.createTemporaryTopic()来创建临时目的地。他们的存在时间只限于创建他们的连接所保持的时间,只有创建临时目的地的连接的消息消费者才能从临时目的地中提取消息。
持久订阅
- 消息的生产者必须使用PERSISTENT提交消息,客户可以通过会话的createDurableSubscriber()方法来创建一个持久订阅,该方法第一个参数必须是topic,第二个参数是订阅的名称。
- JMS Provider会存储发布到持久订阅对应的topic上的消息。如果最初创建持久订阅的客户或其他客户,使用相同的连接工厂和连接的客户ID,相同的topic和相同的订阅名,再次调用会话上的createDurableSubscriber()方法,那么该持久订阅就会被激活。JMS provider会向客户发送客户处于非激活状态时所发布的消息。
- 持久订阅在某个时刻智能有一个激活的订阅者,持久订阅在创建后会一直保留,直到应用程序调用会话上的unsubscribe() 方法
本地事务
- JMS 的session接口提供commit() 和rollback()方法。事务提交意味着生产的所有消息被发送,消息的所有消息被确认;事务回滚意味着生产的所有消息被销毁,消费的所有消息被恢复并重新提交,除非他已过期。
- 事务性的会话commit() 或rollback() 方法一旦被调用,一个事务就结束了,而另一个事务被开始。关闭事务性会话将回滚其中的事务。
- 如果使用请求/回复机制,即发送一个消息,同时希望在同一个事务中等待接收该消息的回复,那么事务被挂起,因为知道事务提交,发送操作才会真正执行。(很耗资源)
- 生产者和消费者不在同一事务中