問題タブ [state-machine-workflow]

.Netでステートマシンワークフローを使用してアプリケーションを開発しています。

私のワークフローは、テーブルの内容に基づいていくつかの値を保持しました。テーブルの内容を変更する場合は、永続化された値を変更する必要があります。しかし、それは起こっていませんどうすればそれを行うことができますか？

よろしくDhanraj.S

StateMachineに状態間でデータベースアクションを実行させようとしています。

したがって、CallExternalMethodActivityを使用して、ExternalDataExchangeAttributeで装飾されたクラスで「BeginExecuteNonQuery」関数を呼び出す「開始」状態があります。その後、SetStateActivityを使用して「終了」状態に変更します。

「終了」状態は、HandleExternalEventActivityを使用して「EndExecuteNonQuery」イベントをリッスンします。

ローカルサービスをステップスルーして、「BeginExecuteNonQuery」関数に入ることができます。

問題は、「EndExecuteNonQuery」がnullであるということです。

..。

実装で何が間違っているのですか？

-スタン

私はステート マシン ワークフローを実行して、Web サイトとのユーザー インタラクションを制御しています。ワークフロー ランタイムは asp.net でホストされます。希望どおりに動作させることができましたが、ワークフロー内の状態を遷移させるために発生したイベントが常に状態を遷移するとは限りません。これにより、WWF と asp.net の統合に疑問が生じます。

asp.net mvc 環境でワークフロー ランタイムをホストすることは最良の選択ですか?

または、Windows ワークフロー サービス ホストを使用して Windows サービスでランタイムをホストし、asp.net アプリケーションが WCF を介してランタイムにアクセスできるようにすることをお勧めします。

誰かが共有したいサクセスストーリーはありますか?

コメントや提案は大歓迎です。

ありがとう、

カレン

ユーザーによって送信されたアプリケーションの状態を維持するためのステートマシンワークフローがあります。私が抱えている問題の1つは、ワークフローの終了に関連しています。ある州では、バグがありました。アプリケーションがその状態に達すると、例外がスローされ、その結果、ワークフローの終了イベントが呼び出され、特定のワークフローインスタンスが永続データベースから削除されました。そのため、そのワークフローインスタンスをロードできなくなりました。いずれかの状態でエラーが発生した場合、例外がスローされますが（問題が何であるかがわかるように）、ワークフローインスタンス全体が消えないようにする必要があります。フォールトハンドラーアクティビティは、ワークフローが終了しないことを保証できますか？また、終了イベントが呼び出されたときに、インスタンスが永続ストアから削除されない方法はありますか。

ヘルプ/提案をありがとう。

この質問への回答によると、MSWFステートマシンワークフローとMSCRMDynamics4.0ステートマシンワークフローはCRM4.0ではサポートされていません。

それらがMSCRM2011でサポートされているかどうか疑問に思っていますか？

よくわかりません。私はいくつかの SharePoint 関連のブログの熱心な読者であり、誰もが「もう .NET 3.5 でステート マシン ワークフローを使用しないでください。.NET 4 には存在しないでしょう」と言います。

このトピックを読んでみると、.NET 4.0 はステート マシン ワークフローをサポートしていませんが、代わりにフローチャート WF を使用しています。罰金。
現在、プラットフォーム アップデート 1があり、ステート マシン ワークフローが再び導入されています。また、 「新しい」ステート マシン機能に関する発表では、その理由についてはあまり語られていません。ステート マシン WF が再び存在するようです。

私の質問: Microsoft はステート マシン ワークフローをミックスに追加しましたか、それともこれは完全に「新しい」ステート マシン ワークフロー アクティビティ (互換性に関連する) ですか。この動きは、ステート マシンのワークフローがなくなったという顧客からの圧力によるものですか? 私は基本的に、(Platform Update 1 を使用して) .NET 4 にステート マシン ワークフローが突然存在する理由について、ある種の説明を探しています。そして: 彼らは (.NET 5) にとどまりますか、それとも一時的な動きですか?

PS: また、公式のState Machine Guidance Whitepapersも参照してください。3.5 でステート マシンを使用している場合は、基本的に今でもフローチャートを使用してください。

WF4 ステート マシンのワークフローをテストしようとしています。移行のいくつかは受信アクティビティによってトリガーされ、メッセージ内のデータに基づいて適切な移行を行います。現在、WorkflowApplicationTest を使用してテストを実行していますが、この受信によって他の遷移がトリガーされるため、タイムアウト パスをテストすることしかできません。XamlInjector を使用して Receive をモックすることを検討しましたが、カスタム アクティビティでのみ機能するようです。また、それをモックできるようにカスタム受信アクティビティを作成しようとしましたが、カスタム受信を機能させるために必要なすべてを把握したり、カスタム受信アクティビティの作成に関する情報を見つけたりすることはできませんでした。

これをテストする方法について見落としている簡単な解決策はありますか? カスタム Receive が XamlInjector を使用できる唯一の方法である場合、どのように記述すればよいでしょうか?

単体テストに Visual Studio テスト フレームワークを使用しています。

アプリにステートマシンベースのワークフローを実装しようとしていますが、このタスクを簡単にする興味深いフレームワークに遭遇しました-http:
//code.google.com/p/stateless/残念ながら、これはC＃専用です。
Java用の同様のワークフローフレームワークについて知っている人はいますか？Droolsの統合には、余裕のある時間よりもはるかに時間がかかるのではないかと思います。ステートレスフレームワークのような軽量なものが必要です。

新しいステート マシン ワークフローの作成を検討しています。通常、他のフロー チャート ワークフローでは、将来の「状態」で開始することにより、アップグレード後に再起動できるように設定しています。状態を開始する簡単な方法はありますかまたは、開始状態が他の状態のいずれかに遷移し、ロジックを並べ替えてプログラムで遷移できるように、それをまとめる必要がありますか?

WF4で単純なオーダーマネージャーwfサービス（ステートマシン）を作成しました。

注文（EFエンティティ）プロパティ：Id、IsExport、NumOfProduct、ProductName、Status（待機中、承認済み、拒否済み）。

ステートマシンの状態：
1。OrderReceived（検証->応答アクティビティ）
2。待機中（空）-遷移：
更新（注文アクティビティの更新）->待機状態の承認（ステータスフィールドの割り当て、注文および応答アクティビティの更新）->最終状態
3 。最終状態。

相関キー：Order.Id

実装にはいくつかの疑問がありました。

1. WFは、注文インスタンスの1つのフローを管理でき、注文フローと注文エンティティは1対1の関係にあります。問題は、状態フィルター（承認された注文や待機中の注文など）に従ってエンティティのリストをどこでどのように実装する必要があるかということです。リストには、WCFサービスメソッドを介してアクセスできる必要があります。

2. バッチデータ処理を管理するためのベストプラクティスは何ですか。（例：複数注文の承認。クライアントの「Foreach」は必須のslnではありません。）

3. 注文の状態は、「状態アクティビティの永続化されたインスタンス」と、データベース内のエンティティのステータスフィールドによっても表されます。エンティティの状態を決定するためのベストプラクティスは何ですか？定義された状態のアクティブな永続化されたアクティビティインスタンスを一覧表示するか、状態フィルターパラメーターに従って（アクティビティによって）データベースからエンティティを選択しますか？

どんな助けでもいただければ幸いです。