したがって、ソリューションに必要なモデルは次のとおりです。
データベースをポーリングし、その結果に基づいて、データベースへの要求を作成し、応答を取得してポートのグループに渡す必要があります。このグループに対して、プロモートされたプロパティに基づいて、ポートの1つだけが機能します。
次のようになります。
ただし、送信ポートグループに「TempOut」を割り当てると、各ポートに設定されているフィルタに関係なく、メッセージはグループ内のすべてのポートに送信されます。私の理解では、これは予想される動作です(ここを読んでください)。
そこで、SDKのようにコンテンツベースルーティング(CBRサンプル)を使用するなど、他のオプションを検討しました。あなたはここでこれを見ることができます。
私はこれを試し、オーケストレーションを完全に削除しました(実際には必要ありません)。ただし、主要なルーティング/サブスクリプションエラーがあり、さらに調査したところ、送信請求応答ポートがある場合はこれを実行できないようです。ここにいくつかの記事があります。私はこのユーザーとほとんど同じ問題を抱えています。
結局、オーケストレーションを使用するかどうかは私には関係ありません。ただし、メッセージを複数の送信ポートに渡すことができるソリューションが必要であり、実際にメッセージを使用して送信できるのは1つだけです。これは、他に何も変更したり、オーケストレーションに決定をハードコードしたりすることなく、ポートを簡単に編集および追加できるようにするために必要です。