0

陽気さを利用して、私の壮大な計画は次のことを行うことです。

  1. LLP を受信するチャネルとソースを作成する
  2. それを宛先に渡し、HL7v2 値を変数にマップし、それらの値が Web サービス Soap XML 要求で使用されます。
  3. Web サービスも必要なことは何でも実行し、すべてが機能したかどうかに応じて true または false を返します。
  4. 返された値に応じて、適切な ACK NAK 値を送信アプリケーションに送り返します。

Mirth に接続する Web サービスを作成しましたが、すべてが最初の要求でうまく機能します。2 番目、3 番目、4 番目のリクエストを送信すると、メッセージが受信されたことがダッシュボードに表示され、IIS が接続タイムアウトを呼び出して Web サービスを切断するまで何もしません。

ここで何が間違っていますか？

前もって感謝します

アンソニー

更新 現在の設定のスクリーン ショットを追加しました: チャンネルの概要: ここに画像の説明を入力

チャネル ソース: ここに画像の説明を入力

チャネル宛先:

ここに画像の説明を入力

4

2 に答える 2

1

Web サービスに送信するチャネルを実装し、カスタマイズされた確認応答を生成するチャネルを実装しました。ただし、Web サービスに送信してからカスタマイズされた確認応答を作成するチャネルは実装していません。

  1. ポストプロセッサで ack/nack を生成していますか、それとも「応答の送信先」オプションを使用して何か「トリッキー」なことをしましたか? できれば、ポスト プロセッサで ack を生成します。ここで私の答えを見て、その方法を確認してください。
  2. [Summary] タブで、[Synchronize channel] がチェックされていますか? そうでない場合は、通常、このシナリオにあるはずです。そうしないと、ポストプロセッサが Destination の完了を待ってから実行されるという保証はありません。
  3. [Destination] タブで、[Use Persistent Queues] がオンになっていますか? あなたの場合は、オフにすることをお勧めします。アップストリーム システムは、確認応答するかタイムアウトするまで追加のメッセージを送信してはならないため、実際に確認する必要はありません。
于 2011-08-12T18:03:03.620 に答える
0

応答を待つ「双方向」に設定しています。受信 Web サービスが実際に適切な形式の応答を送信していることを確認してください。まずは片道設定でテスト。

于 2012-03-23T15:10:34.517 に答える