問題タブ [workflow-foundation]

かなり高度なワークフロー機能を必要とするいくつかのアプリケーションを構築する必要があります。計画では、データをSQL Serverに格納し、ワークフローエンジンとしてWindows Workflow Foundationを使用し、FlexやSilverlightなどのRIAテクノロジを使用してフロントエンドを構築します。

私たちはすでにSharepoint2007をセットアップしており、私たちの何人か（私を含む）は、Sharepointリストのデータを処理するカスタムSharepointワークフローを作成した経験が少しあります。

私の質問は、ワークフローにSharepointを使用するのは理にかなっていますが、実際のデータはSharepointの外部の別のデータベースに保存されていますか？Sharepointのタスク、認証、および電子メール機能が必要ですが、データモデルは少し複雑なので、Sharepointにデータを保存したくありません。Sharepointは必要な機能の90％をすでに提供しているため、WorkflowFoundationを最初から始めるのではありません。

何か考え/アドバイスはありますか？

次のスキルを向上させるための推奨事項 (書籍/リンク) が必要です。

1. Web サービス (SOAP および REST ベース)
2. Windows Communication Foundation (すぐに使用できる REST ベース)
3. Windows ワークフロー ファンデーション

私は自分自身を Web サービスでは中級、WCF と WF ではほぼ中級と評価しています。中級者から上級者向けの書籍やリンクを教えてください。他のプラットフォームに依存しないリソースも素晴らしいでしょう。

ステート マシン ワークフローをホストするために WorkFlowServiceHost (.net 3.5) を使用しています。WCF 受信アクティビティを使用して、ワークフローへの呼び出しを処理します。メッセージヘッダーの情報に基づいて、WCF 承認ポリシーを使用して、受信要求にクレームを添付しています。したがって、チェーンをさらに下ると、ServiceSecurityContext または Thread.CurrentPrincipal のみを使用して、リクエスト (ロール、ユーザーなど) に関する承認情報を取得できます。

実行する作業があるときにランタイム エンジンが発生させるイベント (つまり、receiveactivity) を処理するために、ワークフローがさまざまなスレッドをディスパッチしているため、これがうまくいかないことはわかっています。リクエストに関するコンテキスト情報 (OperationContext) は、ワークフロー内では使用できなくなりました (作業がランタイム スレッドで実行される場合を除きます)。

私がやりたいことは、ワーカー スレッドが作成される前にリクエスト (OperationContext) に関する情報を取得し、ワーカー スレッドを取得してコンテキスト情報をそれに添付し、ワークフロー インスタンス内で使用できるようにすることです。

これを行うために処理できるランタイムに何らかのイベントが必要だと考えていますが、何も思いつきません。そして、私は手動のワークフロー スケジューラを使用したくありません。どんな助けでも大歓迎です。

ありがとう！

WWFと外部から発生したイベントを使用してNullReferenceの問題が発生しました。WWFステートマシンは、ステートマシンでイベントを発生させるサービスインスタンスと連携してデータを提供し、もちろん、状態を変更します。「通常の」操作はイベントを使用して正常に機能しますが、奇妙な問題が発生しました。

タイムアウトシナリオを処理するために、状態初期化子に外部タイムアウトメカニズムを使用させて、言及されたサービスにコールバックを登録させました。指定された時間が経過すると、コールバック関数が実行され、ステートマシンでタイムアウトイベントが発生します。イベントは次のように定義されます。

前述のように、タイムアウトメカニズムから呼び出されない場合は正しく機能します。ExternalDataEventArgsは、有効なGUIDを使用して作成されます。Excetionは、イベント内のデリゲートにアクセスして発生します。

誰かアイデア？ありがとう。

Windows ワークフロー チームが次のリリースに向けて既存のフレームワークの多くを再実装しているという噂を耳にしました。私の会社には、おそらく Workflow で非常にうまく機能するプロジェクトがいくつかあります。現在、フレームワークの基本についてはよく知っていますが、これらを今 WF に実装しようとすると、結局は近い将来、事態が改善すると思われるときに後悔します。

ワークフローの次のメジャー リリースを待つべきですか、それとも準備を整えるために今すぐ調査を開始するべきですか?

Windows ワークフローを使用してステート マシンを構築しており、ソリューション内の別のアセンブリからオブジェクトを新たに作成しようとしています。ソリューションをビルドすると、StateActivityValidator から TypeLoadException が返されます (これは、ビルドが成功した後に実行され、必要なすべてのプロパティが設定されていることなどを確認します)。

インスタンスを作成しようとしている型は非常に単純で、既定のパブリック コンストラクターがあり、両方のアセンブリが署名されています。問題の可能性はありますか？

リストアイテムの変更に応答するステートマシンワークフローがあります。ワークフローはリストアイテムも更新します。ワークフローによって変更が行われたときにOnWorkflowItemchangedイベントが発生しないようにする方法はありますか？

バックグラウンドで実行され、データベースに入り、特定のロジックに基づいて特定の行をスキャンおよび更新するものが必要です。これを毎時間実行する必要があり、私の環境は Windows Server 2003、SqlServer 2005 です。

WWFはこの目的に適していますか? または、Windows サービスを作成する必要がありますか? そして、WWF と Windows Service の違いは何ですか、それとも単にこれを行うための最良の方法は何ですか?

ありがとう、レイ。