2

現在、SharePoint に実装されているかなり大規模なドキュメント ルーティング フレームワーク (厄介な SP ワークフローの大規模なセットを含む) があり、SP で簡単に実行できる限界に達しています。.NET への書き換えが予定されています

私はこの 1 週間ほど、WF4 の議論やデモンストレーションを読んだり見たりして、WF4 について理解を深めてきました。これが正しい解決策だと思うからです。ただし、システムがどのように構成されるかを想像するのは難しいので、経験のある人からのいくつかの点についてのガイダンスが必要です。

  • ドキュメントに対して承認を得る必要があるとしましょう。wf が開始されると、誰が承認するかが決定され、その人に電子メール通知が送信されます。通知内で、ユーザーは ASP.NET ページを読み込んで承認または拒否することができます。その後、ワークフローを電子メールの送信ステップから再開する必要があります。これを WCF WF サービスとして実行することを計画している場合、一時停止されたサービスの正しいインスタンスに戻るにはどうすればよいですか? (AppFabric と永続性を構成したことを考えると) 相関ハンドルの考え方は多少理解できますが、この場合を意図したものではないと思います。

  • ロギングと監査は、このシステムの鍵となります。AppFabric がこのデータのイベント ログを作成していることはわかりますが、基になるデータベースをクラックしていません。レポートに使用するのは簡単ですか、それともアクションを処理するカスタム ログ アクティビティを作成する必要がありますか? 経験から、あなたはどちらをお勧めしますか?

あなたが提供できるガイダンスに感謝します。必要に応じて、さらに例を挙げていただければ幸いです。

4

2 に答える 2

2

特定のワークフロー インスタンスにメッセージを送信するには、さまざまな受信アクティビティ間のメッセージ相関を設定する必要があります。そのためには、メッセージ データの一部として一意の値が必要です。

Appfabric ログはうまく機能しますが、カスタム ログ ソリューションを作成する場合は、ワークフローにアクティビティを追加する必要はありません。代わりに、カスタムTrackingParticipantを作成して作業を行います。データをどのように保存するかは、あなた次第です。

于 2011-06-02T19:29:38.923 に答える
0

このシナリオは、 Visual Studio 2010 トレーニング キットの「ワークフロー サービスの概要」のハンズオン ラボで使用したものと非常によく似ています。ハンズオン ラボまたはWindows Server AppFabric / Workflow Services Demo - Contoso HRサンプル コードをご覧になることをお勧めします。

于 2011-06-05T14:29:48.070 に答える