新しいプロジェクトでは、ワークフローの展開と実行にWF4.0を使用する必要があります。アプリケーション自体でワークフローをホストする代わりに、ワークフローの実行を担当するサーバー側コンポーネントを実装することにしました。
WF 4.0より前は、ランタイムエンジン（WorkflowRuntime）に明示的にアクセスできました。これにより、現在実行中のワークフローの取得など、いくつかの基本的な管理機能が提供されました。私が知る限り、WF4.0にはこの明示的なアクセスがありません。ワークフローはWorkflowInstanceクラスを介して作成され、WorkflowRuntimeへの参照はすぐには利用できないため...
サーバー側でこれらの管理機能が必要な場合、これらを自分で実装する必要があるのは正しいですか？または私は何かを逃しましたか...
よろしくお願いします！
以下は、WF 4.0 プレリリース フォーラムからの WorkflowRuntime に関連すると思われるスレッドです。
「ランタイムはどこですか？」 http://social.msdn.microsoft.com/Forums/en/wfprerelease/thread/7610c530-cb9b-43e6-8972-cb267116f475
「WF 4.0 をサーバー側コンポーネントとして実行する」 http://social.msdn.microsoft.com/Forums/en-US/wfprerelease/thread/079c81fc-354e-402c-ac04-607be706ebc8
これらのスレッドから要約できたのは、次のとおりです。はい、ワークフローの作成を担当する「中央ランタイム」はもうありません。はい、「サーバー」をホストする独自のワークフローを作成できます。「メッセージング」に関連する何かを行っている場合は、WorkflowServiceHost に基づいて作成することをお勧めします。そうしないと、WorkflowInvoker/WorkflowInstance を使用してワークフローを開始するものをゼロから作成することになるようです。
Microsoft が取り組んでいる Dublin と呼ばれるものもあり、これは WF/WCF サービスのホストを目的としているように聞こえますが、それで何が起こっているのかはわかりません - 彼らはビデオで VS 10 の後に出荷されると言っていました. （参照）
コメントや wiki の修正を歓迎します。