2017-08-23 91 views

回答

0

這與消息處理器/郵件存儲預期的行爲:

  • 調度消息處理器將嘗試發送郵件,直到 交付是全成(併爲您提供一種實現保證 傳送模式的方式)
  • 取樣消息處理器將發送消息01在一個非可靠的方式(這可能會丟失)

如果要管理一個JMS事務,並在DLQ去的消息,使用JMS入站端點或JMS代理並設置所需的參數(運輸。 jms.SessionTransacted,transport.jms.SessionAcknowledgement:看看wso2文檔https://docs.wso2.com/display/EI611/JMS+Transactions

消息存儲/處理器用於實現死信通道EIP:jms存儲主機的死信息,你不希望它被移到別處

+0

謝謝讓米歇爾。 DLC的默認行爲是什麼以及該消息如何轉移到DLC?我曾經想過,在重試之後(使用消息處理器參數:max.delivery.attempts),該消息將被移至DLC。 –

+0

但爲什麼消息處理器參數(max.delivery.attempts)不起作用? 我已將此參數配置爲5個參數示例,並且消息處理器已停用以進行第一次嘗試。 消息處理器在達到max.delivery.attempts之前不應停用,是或否? –

+0

據我所知,max.deliver.attempts值用於在給定數量的「失敗」後停用消息處理器。但我一直使用「-1」(從不希望它被停用)。重點是不能掛起的端點:錯誤代碼= -1,表示掛起狀態和超時狀態 –