2011-06-17 5 views
0

Webサービスを使用してDataSourceにXMLをアップロードする際に、リトライロジックを行う最善の方法を考えようとしています。私は、Webサービスの内部でtimercallbackを使用することが可能かどうか(またはより良い方法があるかどうか)興味がありましたか?WebServiceの内部にタイムカードバックを配置することができます

おかげで、あなたが提供する情報をもとにアンドリュー

+1

私は再試行するのはWebサービスの責任ではないと思っていますが、この状況に対応するのは発信者です。このWebサービスを呼び出すものについてもう少し詳しく知ることができますか? – ChristiaanV

+0

基本的には、データベースに行を挿入した後、挿入後にストアドプロシージャが起動され、Webサービスを呼び出してサードパーティシステムにレコードを挿入します。失敗した場合は、レコードを失いたくはありませんが、レコードを再度送信してください。 –

+0

私はこれがWebサービス内のロジックだと思いますか?私は、誰がWebサービスを呼び出すのか、Windowsサービス/アプリケーション、Webサイトなのか、それとも何か他のものを探していましたか? – ChristiaanV

答えて

3

は、私が最も簡単な解決策は、別のテーブルを作成することになると思う、またはレコードが正常に送信された場合は、マークすることができ、余分なフィールドを持つ既存のテーブルを更新しますウェブサービスに送信され、受信される。

挿入トリガを使用する代わりに、Webサービスによって送信する必要のあるレコードをチェックするスケジュールを設定できるSQLジョブを作成します。ストアドプロシージャを参照し、トランザクションを使用していない場合はトランザクションを使用できます。トランザクションが成功した場合は、データベース内のレコードを更新して正常終了します。

+0

ご協力いただきありがとうございます! –

関連する問題