問題タブ [workflow-foundation-4]

そのため、実行時に提供されたアクティビティを開始する必要があります。これを容易にするために、Activity を Xaml として受け取り、ハイドレートし、開始する WorkflowService をセットアップしました。

シンプルに聞こえます...

... これは私の Xaml の WorkflowService です

...「ワークフロー」を繰り返し使用することを除けば、これは非常に簡単です。実際、これはただのSequencewith でありReceive、[現在] と呼ばれるカスタム アクティビティInvokeActivityです。それについては少し後で説明します。

Receiveアクティビティはカスタム タイプを受け入れます。

これには、内容が Xaml として解釈される文字列が含まれます。この Xaml をアクティビティに変換して渡す VB 式を確認できます。

さて、この 2 番目のビットですが、カスタムInvokeActivityについて質問があります。

最初の質問:

1) [上記のように] 実行時に提供される任意のタスクが与えられた場合、WF4RC に同梱されているアクティビティを使用して、すぐにこのアクティビティを開始することは可能ですか? 私はかなり新しいので、API と既存のドキュメントをよく調べたと思いますが、質問することもできます :)

2番：

2）カスタムを実装する最初の試みは次のInvokeActivityようになりました

現在のコンテキスト内で指定されたアクティビティをスケジュールしようとします。残念ながら、これは失敗します。上記のアクティビティをスケジュールしようとすると、ランタイムは次の例外を返します

提供されたアクティビティは、メタデータが処理されていたときに、このワークフロー定義の一部ではありませんでした。「DynamicActivity」という名前の問題のあるアクティビティは、「InvokeActivity」という名前のアクティビティによって提供されました。

そうです、実行時に提供される「動的」アクティビティはInvokeActivitys メタデータのメンバーではありません。グーグルでこれに出くわしました。to メタデータ キャッシュを指定する方法を整理できなかったInArgument<Activity>ので、私の 2 番目の質問は、当然のことながら、この問題にどのように対処するかということです。このように使用することはお勧めできcontext.ScheduleActivity (...)ませんか?

3番目で最後の、

3) 当分の間、この [より単純な] ソリューションに落ち着きました。

これは、指定されたタスクを独自のランタイム インスタンス内で同期的に呼び出すだけです [WF4 用語の使用には確かに疑問があります]。最終的には、WF の追跡機能と、場合によっては永続化機能を利用したいと考えています。3 番目で最後の質問は、私がやりたいこと [つまり、クライアント アプリケーションから受信する任意のワークフローを開始する] に関して、これが望ましい方法ですか?

わかりました、あなたの時間と考慮を前もってありがとう:)

ワークフロー ファウンデーション 4.0 でカスタム追跡参加者をアタッチしようとすると問題が発生します。TrackingParticipant から継承するクラスがありますが、以下の SDK の例 (system.servicemodel 要素内) のように、多くの乱雑な app.config エントリを使用する以外に、それを WorkflowServiceHost にアタッチする方法がわかりません。このオプションでは、単純なカスタム トラッキング参加者に CustomTrackingRecord.Data.Add(key, value) 呼び出しをリッスンさせたいだけの場合、多くの余分なオーバーヘッドとクラスを作成する必要があるようです。

上記のカスタム追跡参加者をコード (以下のような構成ではなく) を使用して、workflowServiceHost インスタンスに登録するにはどうすればよいですか?

この質問に関連しています。

を使用してワークフローのバージョン管理を実装する方法を理解していますWorkflowApplication。古いバージョンのワークフローの元の XAML 定義を保持している場合は、適切なWorkflowApplicationコンストラクターを使用してそれらを読み込むことができます。

IIS でワークフローをホストする場合、正しいワークフロー定義を使用するようにするにはどうすればよいWorkflowServiceHostでしょうか?

ワークフロー定義をロードするために使用できるコンストラクターがありWorkflowServiceHostますが、XAMLX ファイルを介して IIS 内でホストしている場合は、WorkflowServiceHost自分自身を呼び出さず、IIS によって何らかの方法で処理されます。では、正しいバージョンのワークフローに対して正しいワークフロー定義が読み込まれるようにするにはどうすればよいでしょうか?

VS2010ベータ2を使用してDeclarativeServiceLibraryを作成しました。
シーケンシャルサービスのこのイメージを確認してください

これらの2つのアクティビティを`int？データ=123;

client1.GetDataは完全に機能しますが、client1.Operation1は次のエラーを示します。これを修正する方法を教えてください。

サービスの着信メッセージに関連付けられたコンテキストはなく、現在の操作は「CanCreateInstance=true」でマークされていません。このサービスと通信するには、着信バインディングがコンテキストプロトコルをサポートし、有効なコンテキストが初期化されているかどうかを確認します。

AppFabricを使用してWFサービスをホストするのは初めてです。ユーザーがホストされたWF4デザイナーを使用してxamlワークフロー定義を作成し、ボタンをクリックするだけでそれらのワークフローの定義をAppFabricに自動的にデプロイしてホストできるようにするワークフロー管理アプリケーションを作成しようとしています。

私はデザイナーを雇い、 http：//msdn.microsoft.com/en-us/library/ee677238.aspxなどのAppFabricでワークフローサービスをホストする方法に関するチュートリアルをいくつか読みましたが、私の問題はコードを介してワークフローサービスをデプロイおよびホストします。

この種の「自動デプロイ/ホスト」がAppFabricで実行できるかどうか誰かが知っていますか？もしそうなら、あなたはこれについて正しい方向に私を向けることができますか？

-デビッド

私たちのシステムはフローとアクティビティに基づいており、アナリスト ユーザーに (実行時に) ダイナミクス フローを作成する機会を提供したいと考えています。SL 4.0 に基づくデザイナー UI。

WorkflowFoundation が最も価値のあるソリューションのようですが、SL に適合する (SL で xaml を作成する) WF バージョンは見つかりませんでした。

何か案は？他の有能なエンジンはありますか？

私のWorkflowFoundation4.0 RCアプリには、「Receive」と「SendReplyToReceive」のWCFメッセージングペアがあり、単純な要求/応答操作で正常に機能しますが、要求の検証と障害のある応答を実行しようとして問題が発生します。

WCFでは、スローカスタムフォールトコントラクトを作成できますが（SOAPフォールトを送信します）、組み込みのワークフローメッセージングアクティビティを使用してこれを実現する方法がわかりません。

私はデータ転送オブジェクトでしか応答できないようです（オブジェクトの選択で応答することさえできません）。

何か案は？（モーリス、もう一度私の一日を救ってくれませんか！？）

ありがとう！

私は、通常の命令型プログラミングに対して、ワークフロー (つまり WF) の説得力のあるユース ケースを見つけるのに長い間苦労してきました。毎回、WF を除外するか、WF への参加を延期する必要があるという結論に戻ります。しかし、何かが足りないというしつこい感じがずっとあります。

ワークフローの方法を強く主張している本を知っている人はいますか? この本は、(i) WF を十分に説明し、(ii) 適切なユース ケースを使用して、通常のストレート コーディングを行うよりも WF の実装が簡単であることを示す必要があります。

感謝します。

Web サービスを消費し、エラー処理を追加したいデータベースと通信する Workflow Foundation 4.0 RC コード アクティビティがたくさんあります。

Web サービス / db を呼び出して、通信障害などの障害をキャッチし、(例外をログに記録した後) 1 時間以内に同じ操作を再試行できるようにしたいと考えています。

このようなことをする方法はありますか？

私は、Wf4を使用してVisual Studio 2010のリリース候補と協力して、リソース要求を承認するための新しいワークフローを作成しています。私のワークフローでは、リクエストの承認がない場合、リクエストは数日後に期限切れになります。これは、WF 3.5（Visual Studio 2008）で、承認者がリクエストを承認するのを待っていたEventDrivenActivityと並行してEventDrivenActivityに遅延タイマーを追加することで実現しました。承認が行われる前に遅延が期限切れになった場合、EventDrivenActivityはリクエストを終了します。WF4でこれを行うための同様のメカニズムがあるかどうか誰かが知っていますか？