欢乐连接:2路确认

时间:2016-04-28 14:30:16

标签: mirth

我试图弄清楚是否有可能设置Mirth将2 ACK发回给调用者应用程序: A)当从Mirth收到传输时,Mirth向呼叫者发送1个ACK; B)在信道处理完信息后,从Mirth发送到呼叫者的1个ACK。

我知道可以将Mirth配置为在处理之前发送ACK(上面的情况A)或处理之后(上面的情况B),但我找不到任何方式发送它们。 有没有人有这方面的经验? 谢谢大家的帮助。

1 个答案:

答案 0 :(得分:0)

Mirth使用单个 responseMap 来存储在所有脚本之后处理的确认。因此,如果您在收到消息时放置任何内容,则将覆盖此Ack,并在最后将新Ack放入同一个地图中。只会发送后者,我猜你已经体验过了。

如果我是正确的,那么您要实现的目标首先是确认远程位置收到该消息(让我们称之为系统B),其次是确认消息已成功处理。如果您的客户端(系统A)能够向系统B的两个端点发送消息,那么您可以在系统B侧创建两个接收通道,其中一个通道在收到消息后立即发送ACK并且不执行任何操作。另一个通道处理消息并在后处理器中发送ACK。

还有其他选项,例如,在系统B端将传入消息重定向到另一个形成Ack的通道并将其发送回系统A,但是系统A应该有一个监听器。

或者,系统B可能有一个接收通道立即发送Ack,路由该消息到另一个连接到其目的地的通道,并删除该目的地以防止传入消息传播到该通道。第二个通道处理消息并将Ack发送回第一个通道。第一个通道将Ack重新发送回系统A.(我没有测试过这样的配置,所以这只是一个克服单个responseMap的想法。它可能不起作用。)