問題タブ [workflow-foundation]

CreateTask アクティビティを使用して、SharePoint ワークフロー タスクに複数のユーザーを割り当てることができる人はいますか?

通常、ワークフロー パラメーターをワークフローに渡す方法は、RunWorkflow の呼び出しで行われます。ただし、WorkflowServiceHost では、そのようなメソッド呼び出しは関係ありません。インスタンスで Open() メソッドを呼び出すだけです。何か案は？

もちろん、これはサービス コントラクトにさらにパラメーターを追加することを意味しますが、これらのパラメーターはサービスのコンシューマーには関係ありません。それらは構成値に似ています。

4 人または 5 人のグループのうちの 2 人の承認が必要なプロセスがあります。各人に割り当てられたタスクを作成し、そのうちの 2 つのタスクが完了したら、残りのタスクを削除してワークフローを進めたいと考えています。

CreateTask1 つのアクティビティで複数のタスクを作成する方法はありますか? また、私はまだワークフローにかなり慣れていないのでTaskIDs、配列に保存する場合、それらを繰り返し処理して、事後に残りのタスクを削除できますか?

それとも、私はこれを完全に間違った方法で行っていますか? 私は提案を受け入れます。

ASP.NET アプリケーションで WF を使用しようとしています (実際には ASP.NET MVC ですが、WebForms ではなく MVC であるという事実はまったく問題になりません)。

これで WF を実行でき、正常に動作しますが、非同期で開始されるため、WF の結果 (良い結果または悪い結果) はページのライフ サイクルが失われます。

ASP.NETアプリケーションでは、

• をApplicationWorkflowRuntime状態にする
• WorkflowRuntimeインスタンスには が追加されていManualWorkflowSchedulerServiceます (それが何であれ)。
• 必要に応じて、このアプリケーション状態ワークフロー インスタンスを使用します。

これは、私が学んだ方法とは異なります。

• WorkflowRuntime を、必要なときに最初に作成される静的オブジェクトにします。
• 実行する新しいワークフローで、この静的な WorkflowRuntime インスタンスを使用します。

では...どの方法が良いですか？アプリケーションに貼り付ける必要がありますか? 2つの違いは何ですか？

ここには実際に2つの質問があることを理解しています...

• アプリケーションの状態と静的オブジェクト (ロック/null または二重 null チェックを使用)
• DefaultWorkFlowSchedulerServiceと ManualWorkFlowSchedulerServiceの比較

乾杯！

編集：

• 最初の質問はここで回答されています。
• 2番目の質問は以下で回答されています。

WF アプリケーションを開発するための Visual Studio Express Edition はありますか?

私が設計しているアプリケーションは、スケジュールに従ってさまざまなソースからコンテンツを取得して保存します。コンテンツが時間間隔 (株価情報など) に基づいて取得される場合もあれば、カスタム スケジュール (MWF @ 2pm) に基づいてコンテンツが取得される場合もあります。プロセスの多くは、MS ワークフローに適しています。組み込みの SQL 追跡サービスは、多くの価値を提供します。コンテンツ ソースは十分に異なるため、それぞれの異なるタイプのコンテンツ取得がカスタム ワークフローになります。

私の質問は、どのようにワークフローをホスト、監視、スケジュール、および公開すればよいですか?

要件：

• 管理 UI を介して各コンテンツ「エージェント」の状態を監視できる必要があります
• 管理 UI を介して個々のワークフローを開始および停止できる必要があります
• ワークフローはスケジュールに基づいて繰り返されますが、必ずしも「長時間実行」されるわけではありません
• 「サービス」には高可用性が必要です

Windows サービス、ワークフロー サービス、ASP.Net、WCF はすべて私が利用できます。他の提案も受け付けています。

実行を停止する必要があります終了および一時停止アクティビティを使用するための手順はありますか

私の組織は、asp.net アプリケーションである新しいシステムを実装する準備をしています。アプリケーションには、Web サイトによって開始されるオフライン作業の大きなキューがあります。このキューは、理想的には XML メッセージで、さまざまな種類のアクティビティを保持します。メール通知、スケジュールされたタスクなどを考えてみてください。

以前は、組織は MSMQ を使用してこのタスクを実行していた可能性があります。ただし、彼らは MSMQ を古い学校と見なしているため (私も部分的に彼らに同意します)、「最適な」ソリューションを決定するためにアーキテクチャのレビューを行う予定です。

考えられる選択肢はいくつかあり

ます。 1. MSMQ の最新バージョンでの新しい実装に固執します。これは理想的ではありませんが、既知の製品です。
2. Windows Workflow Foundation を使用します。これは、この種の目的でこれを使用している他の数人の開発者から聞いたことがあります。
3. カスタム データベース ソリューションを開発します。

明らかな解決策がありませんか？これは理想的には Microsoft 製品ですが、実際には Microsoft 中心のショップで動作する必要があります。

私が懸念しているのは、次の点です
。 1. 実装と保守の容易さ
2. しばらくの間使用できるソリューション
3. 中サイズの XML データを含む大量の行を処理できること
4. 迅速な更新を備えた絶対的に信頼性の高いキュー システム (複数のユーティリティ プロセスがキューからレコードを取得して処理する可能性があります)。

Microsoft 製品をエンド ツー エンドで使用する企業向けのワークフロー ソリューションを選択中です。WF4 に関するニュースを考えると、基本的には以前のバージョンを書き直したように思われますが、現在のバージョンに戻すのは賢明な動きでしょうか、それとも別のバージョンを探すべきでしょうか?

つまり、現在のバージョンは非常に悪いので、試して使用するのは賢明ではないでしょうか?

クラス ライブラリと Web サイトが既に含まれている既存のソリューションに、ワークフローを追加する必要があります。ワークフローが論理的に適合するクラス ライブラリにワークフローを追加すると、デザイナーによるサポートはありません。別のプロジェクトでそれらを作成すると、ドメイン オブジェクトがワークフローを実行し、ワークフローがドメイン オブジェクトを必要とするため、依存関係が循環する傾向があります。

この問題を回避するために推奨されるアーキテクチャは何ですか?