問題タブ [workflow-foundation-4]

現在、WF 4.0をよく調べていますが、STAスレッドでワークフローを実行する方法を理解するのに苦労しています。ワークフローでXPSドキュメントを作成するための要件が​​あります。つまり、UI要素（FixedPage）を作成する必要があります。つまり、ワークフローを実行するスレッドはSTAである必要があります。

3.0では、ManualWorkflowSchedulerServiceを使用していくつかの魔法を実行して（コードのこの部分を管理しなかったため、ここでは詳細を説明しません）、ワークフローをSTAスレッドで実行できます。しかし、現在4.0は大きく異なります。ベータ2でさえベータ1とは異なります...

4.0ワークフローをSTAスレッドで実行する方法を知っている人はいますか？

WorkflowInvokerは、永続性を必要としない短期間のワークフロー専用であるため、使用できません。

Windows Workflow 4.0 で使用するSynchronizationContextの STA バージョンを作成しています。コールバックを Post-ing するときの例外についてどうするか疑問に思っています。

SynchronizationContextは、タイプSendOrPostCallbackのデリゲートを送信(同期的に実行) またはポスト(非同期的に実行) するために使用できます。どちらの場合も STA スレッドでデリゲートを呼び出しますが、同期的に実行するときに例外を処理する方法は簡単にわかります。呼び出しスレッドをブロックし、ワーカー スレッドでコールバックを呼び出し、例外を記録し、呼び出しスレッドのブロックを解除し、記録された例外を呼び出しスレッドでスローします。

非同期Postで何をすべきかはあまり明確ではありません。その例外を実行中のスレッドから呼び出し元のスレッドに転送するメカニズムはありません。投稿は 100% 着火して忘れます。SendOrPostCallback にはEndInvoke ()またはWaitHandleはあり ません。例外がスローされると、アプリケーションが破棄されます。

Postでスローされた例外によってアプリケーションが破棄される以外に選択肢はありませんか? これは、フレームワークのSynchronizationContextsのデフォルトの動作のようです (Reflector さん、ありがとうございます)。これがなぜなのか理解できないようです。非同期のPostがブームになるのを防ぐ方法はあるのではないでしょうか?

私は最近、新しい Workflow 4.0 について多くの作業を行っています。テスト アプリをまとめやすくするものの 1 つは、メモリ内のInstanceStoreです。オフロードされたワークフローをメモリに短時間保持するもの。

ストアの作成方法に関するドキュメントはかなり貧弱で、そのインターフェイスはかなり複雑でわかりにくいものです。それを理解するために 1 日を費やす代わりに、InstanceStore を実装する方法の適切な説明、または探していることを実行するコードを誰かが知っているかどうか疑問に思っています。

シーケンシャルワークフローの標準のルックアンドフィールをwf3.5のルックアンドフィールに戻すことはできますか？要素間の矢印を自動的に展開するDragOverがありません。

これが不可能な場合、アクティビティのxamlを.net 3.5 wfの可視性と同様に変更できますか？

ありがとう！

コンボボックスにいくつかのデータ型を表示したい。データ型は次のクラスにラップされます。

現在、私はバインディングのプロパティを持っています:

これは、WorkflowElement で xaml 経由で接続されます。

コンボボックスには何もありませんgType。私は何を間違えましたか？私は WPF とワークフロー 4.0 が初めてなので、これは難しいことではないと思います。

アドバイスありがとう、エル

WF 4.0 のカスタム アクティビティ/カスタム アクティビティ ファクトリ/カスタム デザイナーでいつ、どのように検証を行うべきかがわかりません。

検証エラーのサポートを提供していると思われる私のアクティビティ内の唯一の場所は、CacheMetadataメソッド内です (これは設計プロセス中に複数回呼び出されると思います)。これは、検証を行うべき場所ですか? ActivityDesigner 内での検証のサポートはありますか?

.NET 4.0 ワークフローで永続化がどのように機能するかを理解するために、次の「ハウツー」を完了しようとしています。

MSDN - 方法: 実行時間の長いワークフローを作成して実行する

残念ながら、次のコンポーネントへの参照を追加できないため、ドキュメントにエラーがあるか、セットアップに問題があるようです。

• System.WorkflowServiceModel
• System.WorkflowService

これらのコンポーネントは、「ワークフロー アプリケーションで持続性を有効にするには」セクションの手順 (1) で指定されています。

この問題について調べてみましたが、あまり役立つものは見つかりませんでした。問題を抱えているのは私だけではないようです。

Microsoft Connect - VS2010 アセンブリ System.WorkflowServiceModel がありません

ここのユーザーは、「クライアント プロファイルが使用されたことが問題だった」と示唆していますが、これが何を意味するのかよくわかりません。

そのページに質問を追加しました。Microsoft から回答があれば、ここで更新します。

アップデート：

Chris のコメントに続いて、コメントに追加したより良いリンクを見つけました。Stack Overflow で受け入れられているアプローチは、最初の質問を更新することだと思いますか?

MSDN - SQL ワークフロー インスタンス ストアの構成

ワークフロー 4.0 を試しており、カスタム アクティビティを記述して外部実行可能ファイルを開始し、そのプロセスが完了するのを待ってから、ワークフローの後続のステップを再開したいと考えています。

特定のディレクトリにファイルが到着するのを待機するアクティビティを記述する方法を (ページの下部に向かって) 示す次の例を見つけました。

ワークフロー 4.0 でカスタム アクティビティを作成する

この例にはいくつか問題があります。まず、次のコードを追加すると:

instance.Resumebookmark(...)利用できないようですがinstance.BeginResumeBookmark、ありinstance.EndResumeBookmarkます。

また、ディレクトリの内容を監視するだけでなく、外部プロセスを処理するためにこれを変更する方法もわかりません。

これは、この種のことに対する最良のアプローチですか？

私は、Visual Studio 2010 Beta 2 を使用して、Visual Studio 2010 の今後のリリースに先立って Workflow Foundation (WF) バージョン 4.0 の使用方法を学習しています。後でアプリケーションに再度ロードしてワークフローを完了すると、ワークフローの最後のアクティビティが完了すると、レコードは永続ストアから削除されます。この機能がデータベースが巨大にならないように設計されているのか、それとも何か間違っているのかを調べる必要があります。

Visual Studio 2010のベータ2バージョンを使用して、WF4の使用方法をすぐに習得しましたが、永続性の問題が発生しました。以下のコードでは、コメントアウトされたWorkflowApplicationオブジェクトの作成を使用すると、永続性は正常に機能します。以下のコメントなしの作成を使用すると、渡したい引数の辞書を渡すと、永続性が失われます。なぜそうなるのか、そしてそれを修正する方法はありますか？