受信場所の内訳の後に Oracle Database の変更通知を受信する
ACCOUNTACTIVITY テーブルに変更が加えられたときにデータベース変更通知メッセージを受信する BizTalk アプリケーションがあるシナリオを考えてみましょう。 BizTalk アプリケーションの一部として構成された受信場所が分割され、同時にレコードが ACCOUNTACTIVITY テーブルに追加された場合、最近追加されたレコードの通知は受信されません。 また、受信場所が再び利用可能になるタイミングもわかりません。 Oracle データベース アダプターは、受信場所が回復したことを通知するように構成できるバインディング プロパティ NotifyOnListenerStart を公開します。 NotifyOnListenerStart バインディング プロパティには、次の値を指定できます。
受信場所が回復するとすぐに、受信場所が使用可能であることを通知する通知を受信するには、このプロパティを True に設定します。
受信場所が回復した後、受信場所が回復したことを通知する通知を受信しないようにするには、このプロパティを False に設定します。
既定値は True です。
Oracle データベース アダプターの動作の構成
どちらの方法でも、メタデータの生成中や BizTalk アプリケーションの構成中に特定のタスクを実行する必要はありません。 WCF-Custom または受信場所に応じて NotifyOnListenerStart バインド プロパティ WCF-OracleDB 設定する必要があります。 BizTalk アプリケーションを作成するには、「BizTalk Serverを使用した Oracle データベース変更通知の増分受信」の説明に従って、同じタスク セットを実行する必要があります。 ただし、BizTalk Serverを使用して BizTalk アプリケーションを構成する場合は、NotifyOnListenerStart バインド プロパティの値を変更して、2 つの構成の違いを確認できます。
次の図は、 NotifyOnListenerStart バインディング プロパティの値に基づいて通知を受信する方法を示しています。
最初のシナリオでは、 NotifyOnListenerStart が True に設定され、受信場所がダウンしている間にレコードがデータベース テーブルに挿入されると、アダプターは受信場所が起動したときにのみ通知メッセージを送信します。 アダプターは、受信場所がダウンしている間に挿入されたレコードを処理する操作を実行しません。 アダプター クライアントは、受信場所がダウンしている間に挿入されたレコードを処理するために、アプリケーションに関連するロジックを実装する必要があります。