簡體   English   中英

Mirth Connect:2路ACK

[英]Mirth Connect: 2 Way ACK

我試圖弄清楚是否可以設置Mirth將2個ACK發送回呼叫者應用程序:A)從Mirth接收到傳輸后,從Mirth向呼叫者發送1個ACK; B)通道處理完消息后,從Mirth發送給呼叫者的1個ACK。

我知道Mirth可以配置為在處理之前(上面的情況A)或在處理之后(上面的情況B)發送ACK,但是我找不到任何方式發送兩者。 有沒有人有這樣做的經驗? 謝謝大家的幫助。

Mirth使用單個responseMap存儲確認,該確認在所有腳本之后進行處理。 因此,如果在收到消息時在此處放置任何內容,則該Ack將被覆蓋,最后在同一個映射中放置一個新的Ack。 而且只有后者會發送,我想您已經經歷過了。

如果我是正確的,那么您要實現的目標是,首先確認該消息是由遠程位置(稱為系統B)接收的,其次是確認該消息已成功處理。 如果您的客戶端(系統A)能夠向系統B的兩個端點發送消息,則可以在系統B側創建兩個接收通道,這些通道之一在接收到消息后立即發送ACK,並且不執行任何操作。 另一個通道處理該消息並在后處理器中發送ACK。

還有其他選擇,例如,在系統B一側將進入的消息重定向到另一個通道,該通道形成Ack並將其發送回系統A,但是系統A則應在其一側具有偵聽器。

或者,系統B可能具有接收通道,該通道立即發送Ack,將消息路由到連接到其目的地的另一個通道,並刪除該目的地,以防止傳入消息傳播到該通道。 第二個通道處理該消息,並將Ack發送回第一個通道。 第一個通道將Ack重新發送回系統A。(我尚未測試過這種配置,因此,這只是克服單個responseMap的一種想法。它可能不起作用。)

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM