BizTalk Serverを使用して SQL の受信場所の内訳の後にクエリ通知を受信する

EMPLOYEE テーブルに変更が加えられたときにデータベース変更通知メッセージを受信する BizTalk アプリケーションがあるシナリオを考えてみましょう。 BizTalk アプリケーションの一部として構成された受信場所が分割され、同時にレコードが EMPLOYEE テーブルに追加された場合、最近追加されたレコードの通知は受信されません。 また、受信場所が再び使用可能になるタイミングもわかりません。 SQL アダプターはバインディング プロパティ NotifyOnListenerStart を公開します。このプロパティは、受信場所が回復したことを通知するように構成できます。 NotifyOnListenerStart バインディング プロパティには、次の値を指定できます。

• 受信場所が回復するとすぐに、受信場所が使用可能であることを通知する通知を受信するには、このプロパティを True に設定します。

• 受信場所が回復した後、受信場所が回復したことを通知する通知を受信しないようにするには、このプロパティを False に設定します。

  既定値は True です。

SQL アダプターの動作の構成

どちらの方法でも、メタデータの生成中や BizTalk アプリケーションの構成中に特定のタスクを実行する必要はありません。 必要なのは、WCF-Custom または WCF-SQL の受信場所に応じて NotifyOnListenerStart バインド プロパティを設定することだけです。 BizTalk アプリケーションを作成するには、「BizTalk Serverを使用して SQL からクエリ通知を段階的に受信する」で説明されているのと同じ一連のタスクを実行する必要があります。 ただし、BizTalk Serverを使用して BizTalk アプリケーションを構成する場合は、NotifyOnListenerStart バインド プロパティの値を変更して、2 つの構成の違いを確認できます。

次の図は、 NotifyOnListenerStart バインディング プロパティの値に基づいて通知を受信する方法を示しています。

最初のシナリオでは、 NotifyOnListenerStart が true に設定され、受信場所がダウンしている間にレコードがデータベース テーブルに挿入されると、アダプターは受信場所が戻ったときにのみ通知メッセージを送信します。 アダプターは、受信場所がダウンしている間に挿入されたレコードを処理する操作を実行しません。 アダプター クライアントは、受信場所がダウンしている間に挿入されたレコードを処理するために、アプリケーションに関連するロジックを実装する必要があります。

参照

BizTalk Serverを使用して SQL クエリ通知を受信する