欢乐连接:双向ACK

Question

我试图找出是否有可能设置Mirth将2个ACK发送回呼叫方应用程序: A)当从Mirth接收到传输时，从Mirth发送给呼叫方的ACK；( B)在信道处理完消息后，从Mirth发送给呼叫方的ACK。

我知道Mirth可以配置为在处理之前(上面的案例A)或处理之后(上面的案例B)发送ACK，但是我找不到任何方法将两者都发送出去。有人有这样做的经验吗？谢谢你们的帮助。

Answer 1

Mirth使用单个responseMap来存储确认，这是在所有脚本之后处理的。因此，如果您在接收到消息时将任何内容放在那里，这个Ack将被一个新的Ack覆盖到相同的地图中。只有后者才会被发送，我猜你已经经历过了。

如果我是正确的，您试图实现的是，首先，确认消息被远程位置接收(让我们称之为系统B)，第二，确认消息已成功处理。如果您的客户端(系统A)能够向系统B处的两个端点发送消息，那么您可以在系统B端创建两个接收通道，其中一个通道在接收消息后立即发送ACK，而什么也不做。另一个通道处理消息并在后处理器中发送ACK。

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

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