問題タブ [workflow-activity]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
1453 参照

workflow-foundation-4 - WF4 でのワークフローのキャンセル/停止

3 ~ 5 分間実行される長時間実行されるワークフローがあります。ワークフローの実行中にエンド ユーザーがワークフローをキャンセル/停止/中止できる柔軟性を提供したいと考えています。これどうやってするの ?

海洋

0 投票する
2 に答える
918 参照

workflow - ワークフロー デザイナは、プログラムでデザイナにアクティビティをドロップしますか?

ワークフロー デザイナーとツールボックスを使用しました。Toolbox でダブルクリックが発生したときに、ワークフロー デザイナーにアクティビティを追加したいですか? そのアクティビティをワークフロー デザイナーにドロップしたい...

0 投票する
2 に答える
1270 参照

c# - WorkflowInspectionServices は、Workflow Foundation で XamlObjectWriterException をスローします

単純なプロトタイプの場合、ワークフロー ファイルを表示し、実際にどのステップにいるかを示します。

ここでサンプルを見つけました: http://msdn.microsoft.com/en-us/library/ee624139.aspx

これは、私が必要とするほとんどのことを行います。

このサンプルでは、​​すべてのアクションが別のアクションを待機することはありません。そこで、非常にダミーのアクティビティを作成しました。

これはうまくいくようです。そこから、ワークフローをコード内で直接作成していました。

唯一の問題は、ワークフロー デザイナーに "Sequence" 要素しか表示されないことです。

そこで、まったく同じことを記述する xaml ファイルを作成し、次のようにロードします。

しかし、私はこの例外を得ました:

ファイルが存在することを再確認しました(ファイルが正しく指定されていない場合、別のエラーメッセージが表示されます)。しかし、数行下で使用されている「WaitFornextCall」クラスが見つかりません。

私は少し絶望的です。ワークフローの基盤がどのように機能するかを理解しようとしていますが、今のところ少し難しいです:(

どんなアドバイスでも大歓迎です

編集:ファイルを読み取るためにこれを試しました。コンストラクターに例外はありませんが、理由がわかりません。使用している一部のライブラリ (ActiPro) がロード後に機能しなくなったようです:

0 投票する
2 に答える
362 参照

.net - ワークフロー基盤でアクティビティをインスタンス化: VS: OK、ビルド: NOK

私はワークフロー基盤を使い始めており、それがどのように機能するかを理解するためにいくつかのテストを行っています。

私はここで見つけました:http://msdn.microsoft.com/en-us/library/ee620806.aspx私が素晴らしいと思う方法で私のワークフローをインスタンス化する方法を示す例

だから私はこれを私の例に適用しようとしましたが、なぜそれが私のコードでうまくいかないのか分かりません.

私は非常に単純な (一連の Writeline のみを含む) アクティビティを作成しましたが、それをインスタンス化しようとしているだけです。アクティビティの「プロパティ」ウィンドウの「名前」変数にあるのと同じ「名前」でインスタンス化しています。

エラーがあり、クラスが正しく色付けされているとは言わないため、Visual Studioはインスタンス化できるようです。しかし、コンパイルしようとすると、型または名前空間 "WorkflowTest" が見つからないという例外が発生しました。

このアイテムは、同じ名前空間の同じアセンブリにあります。

サンプルのように、マイ アクティビティにはビルド アクション "XamlAppdef, do not copy, MSBuild:Compile" があります。

私は何が間違っていたのでしょうか?

どうもありがとうございました!

0 投票する
2 に答える
474 参照

android - 3つのアクティビティスタック

面白いコンセプトを実装する方法を見つけようとしています。

アプリケーションの下部に3つのボタンがあるバーがあるとします。これらをA、B、Cと呼びます。これらをアプリの3つの領域として考えてもらい、それぞれに独自のアクティビティスタックがあります。

Bを押すと、最初にメインのB画面が表示されます。この画面に、リスト上の特定のアイテムの詳細など、別の画面に移動するための機能があるとします。

ここで、詳細画面で下部のボタンCを押すと、メインC画面が表示されます。

Bを押す(または戻るボタンを押す)と、ユーザーはBアクティビティスタックの最後の画面に移動します。これは、メインのB画面ではなく、詳細画面です。

これは可能ですか?物事を正しく理解していれば、A用に1つ、B用に1つ、C用に1つ、合計3つのタスクが必要です。他に何をしなければなりませんか?

0 投票する
1 に答える
613 参照

workflow-activity - Context.Track の場所情報行きますか?

私が試してみました

次にcontext.Track、受け入れるオーバーロードが見つかりました<T>

context.Track(FooInstance);

Visual Studio のビルド ビューアーにはどちらも表示されません。

context.TrackBuildMessage(string data)確かにそうです。

例外は発生しません.tfsデータストアまたはファイルに保存されていますか? それとも黙って完全に失敗していますか?

これがどのように機能するか、またはコード側から機能する必要があるかを示すリソースの 1つへの参照

0 投票する
2 に答える
921 参照

workflow - 再利用可能なサブワークフロー?

サブ ワークフローのクラス ライブラリを開発中です。サブワークフローの作成に使用するアクティビティのセットがあります。これらのサブ ワークフローを、実際のワークフローの作成に使用できる再利用可能なワークフローとして開発したいと考えています。私は基本的に、実際のビジネス ワークフローを作成するために他のユーザーが使用できる既存のワークフローのクラス ライブラリを実装しています。私が望むのは、ユーザーが 1 つのサブ ワークフローを作成すると、それが自動的にワークフローのクラス ライブラリに追加され、コンパイルされ、実行時に再利用可能なコンポーネントとして利用可能になるはずです。

0 投票する
1 に答える
475 参照

parameters - ネストされたアクティビティで IN/OUT 引数から値を取得する方法

こんにちは、ネストされたアクティビティが 2 つあります。どちらにも「SessionID」というパラメーターがあります。子アクティビティには、'SessionIDParam' という IN/OUT 引数があります。

親の SessionID から子の SessionIDParam を設定します。Child アクティビティでは、SessionIDParam 引数から子の SessionID を設定します。

子アクティビティの実行中に、子の SessionID が変更されます。子の最後に、親の SessionID を子の SessionID の新しい値に設定します。「SessionIDParam」が2通りに設定されているので、私は十分だと思いました。ただし、親の SessionID は設定されていません。

私はそれ以外に何をしなければなりませんか?

ありがとう...

0 投票する
1 に答える
483 参照

workflow - SqlWorkflowInstanceStoreを使用して永続化されたユーザー定義ワークフローを実行時にリッスンし、ロードして実行するにはどうすればよいですか?

SqlWorkflowInstanceStore.WaitForEventsの結果では、実行可能なワークフローのタイプはわかりません。WorkflowApplicationのコンストラクターはワークフロー定義を取得します。少なくとも、ワークフローIDをストアに格納してクエリできるようにする必要があります。これにより、WorkflowApplicationにロードするワークフロー定義を決定できます。

また、カスタムワークフロータイプごとにSqlWorkflowInstanceStoreを作成したくありません。これは、何千もの異なるワークフローが存在する可能性があるためです。

WorkflowServiceHostを使用することを考えましたが、すべてのワークフローに受信アクティビティがあるわけではなく、それぞれが異なるワークフロータイプをサポートする何千ものWorkflowServiceHostを実行することは現実的ではないと思います。

理想的には、実行可能なワークフローについてデータベースにクエリを実行し、そのワークフロー定義IDを決定し、ワークフロー定義テーブルから適切なXAMLをロードし、ワークフロー定義を使用してWorkflowApplicationをインスタンス化し、LoadRunnableInstance()を呼び出します。

SqlWorkflowInstanceStoreによって生成された特定のHasRunnableWorkflowEventに関連するワークフローを(カスタムワークフロー定義IDとともに)関連付ける方法、または実行時に作成される数千の異なるカスタムワークフロータイプをサポートする別の方法が必要です。また、複数のアプリケーションサーバー間でワークフローの実行を負荷分散する必要があります。