問題タブ [sqlworkflowpersistencese]

デフォルトの Sql Workflow Persistence Service を使用して、開発中のアプリケーションでワークフローの永続性を管理しています。Microsoft が提供するスクリプトを使用して、SQL データベースにスキーマとロジックを生成しました。これまでのところ、うまく機能しています。ただし、選択した命名規則に準拠するように、テーブルとストアド プロシージャの両方の名前を変更したいと考えています。

たとえば、Microsoft が提供するスクリプトは、という名前のストアド プロシージャを生成し、そのRetrieveNonblockingInstanceStateIds名前を に変更したいと考えていwf_RetrieveNonblockingInstanceStateIdsます。

私は、Visual Studio 2010 Beta 2 を使用して、Visual Studio 2010 の今後のリリースに先立って Workflow Foundation (WF) バージョン 4.0 の使用方法を学習しています。後でアプリケーションに再度ロードしてワークフローを完了すると、ワークフローの最後のアクティビティが完了すると、レコードは永続ストアから削除されます。この機能がデータベースが巨大にならないように設計されているのか、それとも何か間違っているのかを調べる必要があります。

送信後、データをワークフローに送信してデータベースに保存します。これにより、ワークフローによって作成されたインスタンスもワークフロー データベースに保存されます。私の期待は、IDLEとしてDBにインスタンスを持つことです。必要なときはいつでもインスタンスをリロードできます。しかし、現在、ワークフロー データベースのインスタンス テーブルに executionstatus = closed および iscompleted = 1 のレコードが作成されます。 IDLE (または関連するステータス) に設定する方法を教えてください。

Webサーバーでホストされている.xamlxサービスを使用しているため、web.configを使用して以下の機能を複製しようとしています。

検索で集められたものから次のことを試しましたが、満足できませんでした。

どんな助けでも深くいただければ幸いです。

これが私の更新されたweb.configです

これはすべてコンパイルおよび実行されますが、カスタム永続化オブジェクトが呼び出されることはありません。

IISでホストされるWindowsWorkflow4サービスを作成しようとしています。私は以下のようにサービスを構成しました

サービスは持続しません！値のカスタム永続化など、サービスには魔法のようなものは何もありません。カスタム永続化メソッドを備えた別のサービスで動作させていますが、違いがわかりません。

おそらく私のサービスはエラーになっていますが、デバッグに踏み込む方法も理解できないようです。

どんな助けでも大歓迎です！

Background:

We currently use WF 4 and the SQL Workflow Instance Store to persist our workflows at each bookmark. The first time a workflow is persisted, a new record is created in the table "System.Activities.DurableInstancing.InstancesTable". On each subsequent persist, existing records are deleted and a new record inserted.

Question:

How could you modify this behavior so that on each subsequent persist, a new record would be created in the instances table?

Notes:

You can create a custom instance store, but it is "non-trivial" to do so. Is there a way you could use the System.Activities.DurableInstancing.SqlWorkflowInstanceStore class, but customize this behavior?

これを使用してアプリケーションを作成しました http://msdn.microsoft.com/en-us/magazine/ff646977.aspx

私がする必要があるのは、callWorkflowインスタンスが動的に、つまり前に保存されることです

sqlworkflowinstancestore、つまりワークフロー データの場所を指定できるはずです。

どんな助けでも大歓迎です。

ワークフロー サービスとして動作するステート マシンがあり、遷移のトリガーとして受信/返信アクティビティがあります。

返信を返す前に、いくつかの作業を行う必要があります。応答を送信する前のプロセスで例外が発生すると、問題が発生します。そのような場合、例外を処理しないと、ワークフロー全体が中断されます。とにかく、リクエストが適切に処理されなかった場合、次の状態に移行するべきではありません。

ステート マシン全体をTry/catchでラップするだけで十分でしょうか? ステート マシンは最後に永続化された状態から回復しますか (私は SQL 永続化を使用しています)? 他の解決策はありますか？

注意: ワークフローは IIS でホストされます。

ありがとう

「WWF」をワークフロー エンジンとして使用しているシステムがあり、ワークフローを続行するリクエストが頻繁に失敗し、ログがこの例外でいっぱいになります。

System.Runtime.DurableInstancing.InstancePersistenceException : SqlWorkflowInstanceStore ロックがデータベースに存在しません。これは、SQL Server がビジーであるか、接続が一時的に失われたために発生した可能性があります。

そしてそれはこれで発火しますevent (application.Aborted = (e) =>{})、この問題を解決する方法についてのアイデアはありますか?

ワークフローをロードしてロックを解除する方法は次のとおりです

複雑なワークフローで使用される一連のカスタム アクティビティがあります。

ワークフローをアイドル状態にすることなく、それら (カスタム アクティビティ) を永続化できるようにしたいと考えています。これは一種のフェイルオーバー システムである必要があるため、ワークフローの実行中に何か問題が発生すると、次のいずれかになります。

• ユーザーによって (いつでも) 一時停止され、後で一時停止されたブックマーク/ポイントから再開された (たとえば、ユーザーが外部システムがダウンしていることに気づき、ワークフローを一時停止したい場合など)。
• 未処理の例外が発生した場合は、最後のブックマーク/時点から実行を再開できます
• WorkflowApplication ホストの停止はいつでも発生する可能性があり、最後のブックマーク/時点から実行を再開できます

ワークフローの永続化で数日間作業しましたが、それで目標を達成できるかどうかはわかりません。なんで？

• 各カスタム アクティビティでブロック ブックマークを使用することもできますが、ワークフローをブロックして、ワークフローを永続化するためだけに再起動するのは、うまくいきそうにありません。
• notblocking ブックマークを使用することはできましたが、それらをデータベースで確認して再開することはできませんでした。

アドバイスをお願いできますか?ワークフロー ブックマークはここに行く方法ですか?

ブックマークをブロックしないことにはいくらかの光が見えますが、ブックマークを永続化して後で再開することはできません。後で再開するためにノンブロッキング ブックマークを保持する方法を教えてください。

編集：

wf3 には、PersistOnClose私の要件に十分な属性がありました。wf4 ではアクティビティに置き換えられましたがPersist、これも役立つ可能性がありますが、すでに複雑なワークフローに余分なアクティビティを追加したくありません。

context.RequestPersist(callback)から実行できることが理想的ですが、NativeActivityContextこのメソッドは内部的なものです (そして、その内部にあるものはすべて、元のアセンブリの外部には表示されません。