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 的想法。它可能行不通。）
我正在尝试弄清楚是否可以通过某种方式设置 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 的想法。它可能行不通。）