之前寫的spring   activemq整合的demo   ，今天繼續完善一下這個demo，讓功能更強大。

繼上篇文章之後，我訊息傳送失敗後，可以重新發送了。但是至於別人有沒有收到，這就不得而而而知了。

這時候就要用到ACK確認機制了。

1.ACK機制：

      ACK (Acknowledgement），即確認字元，在資料通訊中，接收站發給傳送站的一種傳輸類控制字元。表示發來的資料已確認接收無誤。

     JMS API中約定了Client端可以使用四種ACK_MODE,在javax.jms.Session介面中:

•          AUTO_ACKNOWLEDGE = 1    自動確認
•          CLIENT_ACKNOWLEDGE = 2    客戶端手動確認   
•          DUPS_OK_ACKNOWLEDGE = 3    自動批量確認
• SESSION_TRANSACTED = 0    事務提交併確認

         此外AcitveMQ補充了一個自定義的ACK_MODE:    INDIVIDUAL_ACKNOWLEDGE = 4    單條訊息確認

     我們在開發JMS應用程式的時候,會經常使用到上述ACK_MODE,其中"INDIVIDUAL_ACKNOWLEDGE "只有ActiveMQ支援,當然開發者也可以使用它. ACK_MODE描述了Consumer與broker確認訊息的方式(時機),比如當訊息被Consumer接收之後,Consumer將在何時確認訊息。對於broker而言，只有接收到ACK指令,才會認為訊息被正確的接收或者處理成功了,通過ACK，可以在consumer與Broker之間建立一種簡單的“擔保”機制. 

Client端指定了ACK_MODE,但是在Client與broker在交換ACK指令的時候,還需要告知ACK_TYPE,ACK_TYPE表示此確認指令的型別，不同的ACK_TYPE將傳遞著訊息的狀態，broker可以根據不同的ACK_TYPE對訊息進行不同的操作。

比如Consumer消費訊息時出現異常,就需要向broker傳送ACK指令,ACK_TYPE為"REDELIVERED_ACK_TYPE",那麼broker就會重新發送此訊息。在JMS API中並沒有定義ACT_TYPE,因為它通常是一種內部機制,並不會面向開發者。ActiveMQ中定義瞭如下幾種ACK_TYPE(參看MessageAck類):

• DELIVERED_ACK_TYPE = 0    訊息"已接收"，但尚未處理結束
• STANDARD_ACK_TYPE = 2    "標準"型別,通常表示為訊息"處理成功"，broker端可以刪除訊息了
• POSION_ACK_TYPE = 1    訊息"錯誤",通常表示"拋棄"此訊息，比如訊息重發多次後，都無法正確處理時，訊息將會被刪除或者DLQ(死信佇列)
• REDELIVERED_ACK_TYPE = 3    訊息需"重發"，比如consumer處理訊息時丟擲了異常，broker稍後會重新發送此訊息
• INDIVIDUAL_ACK_TYPE = 4    表示只確認"單條訊息",無論在任何ACK_MODE下    
• UNMATCHED_ACK_TYPE = 5    BROKER間轉發訊息時,接收端"拒絕"訊息

    到目前為止,我們已經清楚了大概的原理: Client端在不同的ACK_MODE時,將意味著在不同的時機發送ACK指令,每個ACK Command中會包含ACK_TYPE,那麼broker端就可以根據ACK_TYPE來決定此訊息的後續操作. 

    上面這一段呢就是：ACK_MODE與ACK_TYPE.   想要更多的瞭解，有興趣的可以自行去看看，這裡由於本文的重點是怎麼實現，具體原理，可以自行了解一下。

• 2.實現訊息確認：

• 1.首先在配置檔案中配置你的應答方式是什麼。我這裡配置的是點對點的訊息確認方式。

• 1. <!-- 訊息監聽容器 訊息接收監聽器用於非同步接收訊息 -->
  2.     <beanid="jmsContainerOne"class="org.springframework.jms.listener.DefaultMessageListenerContainer">
  3.         <propertyname="connectionFactory"ref="connectionFactory"/>
  4.         <propertyname="destination"ref="destinationOne"/>
  5.         <propertyname="messageListener"ref="consumerMessageListenerOfOne"/>
  6.         <propertyname="sessionAcknowledgeMode"value="4"></property>
•   ：給訊息傳送者一個迴應“我收到你的訊息了，你可以出隊了，接受失敗沒有確認成功，會在原佇列裡面”，activemq在沒有配置應答方式的時候，他是預設確認的。但是需求的各不同，就需要有不同的配置
• 以上就完成了activemq的訊息確認。