問題タブ [workflow-foundation]

Visual Studio 2008 で C# と WF を使用してステート マシン ワークフローを開発しています。状態の 1 つで、ワークフローが次の状態に移行できるようになるまで、複数のイベントが発生するのを待つ必要があります。例として、全会一致の投票シナリオを考えてみましょう。これを行う方法が見つかりません。この問題の解決策または回避策はありますか?

Windows Workflow Foundation でトランザクション スコープ アクティビティを使用しました。ワークフロー SQL 永続性エラーが発生します。

SQL 永続化データベースがありません。

持続性サービスが必要ですか。

Microsoft Distributed Transaction Coordinator (MSDTC) を持っていません

デフォルトの WF SQL 永続化スキーマを使用しているワークフロー プロジェクトをデバッグしようとしています。各テーブルのデータが何を表しているかについての良い説明を知っている人はいますか?

Cancellation Handler は、CAG や Parallel アクティビティなどの Composite アクティビティに適しています。

キャンセル ハンドラーでキャンセルされるアクティビティを知る必要があります。

並列アクティビティにコード アクティビティがあります。この場合、アクティビティはリセットされます。

ステート マシン ワークフローには StateMachineWorkflowInstance クラスがあり、これを使用してワークフローの現在の状態を検査したり、正当な遷移を取得したりできます。シーケンシャル ワークフローにそのようなものはありますか? ワークフローが現在どのような状態にあるかをプログラムで簡単に調べる方法が欲しいです。

HandleExternalEventAcitivityを使用した単純なワークフローがあります。ワークフローは、ユーザーがアクションを実行するのを待つ必要があります。これにより、ワークフローアクティビティが処理するイベントが発生します。

これはASP.NETアプリであるため、ManualWorkflowSchedulerServiceを使用してワークフローを同期的に実行しています。ただし、ManualWorkflowSchedulerServiceを使用すると、HandleExtenalEventActivityが起動することはありません。サービスのインターフェイス、イベント、イベント引数のすべての属性を確認しました。

調査中、コンソールアプリでワークフローを実行しましたが、ManualWorkflowSchedulerServiceを使用していない限り、イベントは適切に発生して処理されています。

ManualWorkflowSchedulerServiceを使用して、HandleExternalEventActivityに必要な追加の機能はありますか？

回答：ジェレミーが指摘したように、イベントが発生した後は、 ManualWorkflowSchedulerService.RunWorkflowを呼び出す必要があります。

ワークフローファンデーションでのオーサリングとは何を意味し、そのタイプは何であるかを知る必要があります。

WindowsWorkflowFoundationの内部を理解しようとしています。そのため、いくつかのソフトウェアコンポーネントがあり、条件ベースのシーケンシャルワークフローまたはステートマシンワークフローのワークフローの形でそれらを絡み合わせています。今、私は（ここでは間違っているかもしれませんが）IoC +依存性注入（UnityまたはSpring.net経由）には同じことが当てはまらないと考えています。いつ何を使うの？私も正しいと思いますか？

現在、Web サービスに関するあらゆる種類の技術的詳細を他のシステムから抽象化するシステムを構築しています。Enterprise Bus に少し似ていますが、それ以上の機能があります。

要求を処理するために Windows Workflow を使用することにしました。要求されたアクションの種類が判明次第、そのアクションを処理するために特別に設計されたワークフローを開始します。ここで、呼び出す Web サービスの一部は非同期であるため、ワークフローは応答を待つ必要があります。基本的な考え方は、コールバック Web サービスを最後に実装し、コールバックが「何らかの方法で」到着したときに、応答を待っている実行中のワークフローにデータを渡すというものです。

これまでのところ、2 つの可能性を見てきました。

1. 外部データ交換サービス
2. WorkflowQueueingService

最初のサービスは比較的使いやすいですが、イベント ベースであるため、イベントを逃すとデータが失われます。キューベースのソリューションが必要です。技術的には、すぐにコールバックを受け取ることを知らせる同期応答を取得する前でも、Web サービスからコールバックを受け取ることができるからです。

2 番目のサービスは完璧に見えましたが、使用方法が非常に制限されています。アイテムをキューに入れるのは非常に簡単ですが、その前にキューが存在することを確認する必要があります。また、キューの作成は、アクティビティの実行オーバーライドでのみ可能であるようです。さまざまなワークフローが多数あるため、Initialize オーバーライドで何らかの作業を行う基本ワークフロー クラスがあり、そこでキューを作成したいので、特別な「Initialize」アクティビティを作成する必要はありません。すべてのワークフローを開始する必要があります。また、新しいアイテムが受信されたときの通知を基本クラスにしたいと考えています。したがって、特定のワークフローは、キューにデータがあることを知るために WaitHandle を待つだけで済みます。

私が言及した 2 つのサービスを使用する必要はありませんが、できる限りシンプルに保ちたいと考えています。

Workflow Foundationのワークフローは、 InvokeWebServiceアクティビティを使用して ASMX Web サービスを呼び出していました。このアクティビティには、同じセッション内の複数のアクティビティを関連付けるプロパティSessionIdがあります (リクエストごとに ASP.NET セッション Cookie を送信することにより)。出来た。

ここで、WCF Web サービス インターフェイスに切り替え、代わりにSendActivityアクティビティを使用するようにワークフローを変更しました。しかし、Web サービスの呼び出しを相互に関連付ける、つまりすべてのリクエストでセッション Cookie を送信するという解決策は見つかりませんでした。

WF でこれを実現することは可能ですか、それともカスタム ソリューションが必要ですか?