問題タブ [workflow-foundation]

VS ソリューションのレイアウトに問題があります。提案をお願いします。

現在、私のソリューション レイアウトは次のプロジェクトのようになっています。

私のウェブサイト ( ) は、名前空間Foo.Webでさまざまなメソッドを呼び出します。Foo.Servicesここでの考え方は、Servicesがすべてのビジネス ロジックを処理するということです。名前Model空間は単なるPOCOオブジェクトです。Repositories名前空間は自明です。

インターフェイスを使用したコンストラクタ依存性注入は、どのレイヤーがどのコンポーネントを必要とするかという黒魔術を処理します。

問題: Windows Workflow Foundation (WWF) コードをソリューションに追加したいのですが、この WWF コードを同じ Foo.Services.dll に入れます。

これを行うには、タイプの別のプロジェクトを作成する必要がありWorkflowます。このワークフローには、Foo.Services メソッドを呼び出すアクティビティがあります。そのため、私の Web サイトでは、サービス メソッドまたはワークフロー メソッドのいずれかを呼び出して処理を行う必要があります。

Services私は、ウェブサイトが何かをするために名前空間を呼び出すだけであることを望んでいました.

結局のところ、サービスは UI とビジネス ロジック (IMO) の間の主要なインターフェイスです。私が技術的には WWF を使用しているという事実は、IUI フロントエンドでコーディングする人にとっては気にする必要はありません。

ワークフロー dll はサービス dll 内のメソッドを呼び出すため、サービス dll は循環依存のためにワークフロー内のメソッドを呼び出すことができません。

サービス dll は特別なプロジェクト タイプ (Windows ワークフロー タイプ) である必要があるため、すべてのワークフロー コードをサービス dll に移動することもできません。

だから..私は何をすべきかわからない？

消費者がビジネス用のサービス名前空間のみを参照し、WWF でこのビジネス用のものを暗示するという事実が消費者から隠されるようにするにはどうすればよいですか?

WWF プロジェクトを作成し、すべてのサービス コードをそこに移動して、古いサービス プロジェクトを破棄する必要がありますか? これを行うことは、あまり再利用可能に聞こえません。特定のパイプライン アクションの処理に WWF を使用せず、別のものを使用することにした場合はどうなりますか?

説明に役立つコードを次に示します。

ありがとうございます。

最近、WFでExternalDataExchangeベースの通信をいくつか使用しています。私の理解では、長時間実行される (この場合はステート マシン) ワークフローを使用する場合、通信はキューに入れられ、耐久性があり、トランザクションです。

SQL Persistence と、「WaitForIdle = true」とマークされた EventArgs を使用しています。

私は次のようなことをすると思います：

ワークフローでイベントが発生しないことが予想されます。ただし、実際には配信されているように見えるので、これはトランザクションではないと思います。DoSomeDatabaseWork() でデータベースにコミットされたデータがどのようにロールバックされるかを確認できましたが、前に進むワークフローがうまくいかない可能性があります。

誰でもこれを確認できますか? もしそうなら、メッセージをトランザクション化するための回避策はありますか?

本当に欲しいのは、次の2つのいずれかです。

1. ワークフローは、メッセージをエンキューしたトランザクションがコミットされるまで、外部データ交換を介してエンキューしたメッセージに反応するべきではありません (SQL サーバーでサービス ブローカーが行うのと同じように)。

- また -

2. 配信したイベントに対してワークフローが動作を開始した場合は、ロールバックも行う必要があります。ただし、デフォルトのスケジューラを使用してこれがどのように発生するかはわかりません。ワークフローの実行を非同期のままにしたいので、必要がなければスケジューラーを切り替えたくありません。

サーバーからファイルを取得して別のサーバーに移動するアプリを構築する必要があります。Windows Workflow Foundation (WF) の使用を検討するよう提案されました。

ワークフローの構築を開始しましたが、ごちゃごちゃになっていて、可能な限り最善の方法で行っているかどうかわかりません。

基本的なワークフロー アクティビティは次のとおりです。

ソースのリストを取得する ソースが ftp かディスク ドライブかを判断する サーバーからファイルのリストを取得する ソースが ftp の場合は、ftp でファイルを取得する ソースがドライブの場合は、ドライブからファイルを読み取る ターゲットが ftp の場合は、ftp ファイルをサーバー ターゲットがドライブの場合はドライブに書き込み ターゲットが Web サービスの場合は Web サービスに投稿 ソースが ftp の場合は ftp コマンドでファイルを削除 それ以外の場合はソースがドライブの場合はファイルを削除

1 つのワークフローでは、少し忙しくなります。2 つの while ループが必要です。1 つは統合の周りで、もう 1 つはファイル リストを取得した後に必要です。

他に考えたことは、複数のワークフローを構築することでした。FTPtoFTP、FTPtoDrive、FTPtoWebServie、DriveToFTP、DrivetoDrive、DriveToWebService 用の 1 つ。

助言がありますか？

質問があります。うまくいけば、私を正しい方向に導くことができます。

私は、より適切な用語がないため、何らかの形の意思決定ツリー/ワークフローを必要とするアプリケーションに取り組んでいます。わかりやすくするために、以下に説明します。

ユーザーが Web ページに入力するリクエスト フォームがあります。フォームの最初に「紹介タイプ」があります。選択した紹介タイプに基づいて、フォームの質問の一部が変更されます。紹介タイプに応じて、2 つ、3 つ、または 4 つの質問グループが存在する可能性があります。質問のグループ全体が合格または不合格になる可能性があります。

質問の最初のグループが失敗した場合、フォームは処理を停止します。

これを処理するための最良のアプローチは何でしょうか? この状況でWPFはうまく機能しますか？

基本的な考え方は、Web サイトとワークフローがあるということです。ワークフローで aspx ページからボタンのクリックをキャプチャする必要があります。

ワークフロー プロジェクトと Web サイト プロジェクトを使用したソリューションがあり、web.config と global.asax が WF で動作するように設定されています。永続サービスもセットアップされます。

StateMachine ワークフローを作成しました。EventDrivenActivity インスタンスを含む状態 (StateActivity) がいくつかあり、その中には HandleExternalEventActivity インスタンスがあります。後者を正しくセットアップしてアプリケーションをコンパイルできるようにするために、ExternalDataExchange 属性で装飾されたインターフェイスを作成し、必要なイベントを公開しました。次に、このインターフェイスを実装するクラスを作成しました。

それは私が得た限りです。次に、クラスを aspx ページに接続する必要があります。ページ上のイベントは、クラス内のイベントをトリガーする必要があります。

私のコードは次のようになります。

私の form.aspx âge にはボタンがあり、form.aspx.vb ページには対応するイベント ハンドラーがあります。

ここからどこへ行く？

Windows Workflow Foundationに代わるJavaは何ですか？私は、少なくともWWFと同じ機能を提供し、同じ柔軟性と比較的使いやすいものを探しています。私は非常に無料のソリューションを好みます。

Windows Workflow Foundation には、WF インスタンスの永続化を行うときに遅いという問題があります。ビジネス層が WF 公開 WCF サービスに基づくプロジェクトを計画しています。このプロジェクトでは、毎月 20,000 個の新しいワークフロー インスタンスが作成され、各インスタンスが完了するまでに最大 2 か月かかる場合があります。パフォーマンス上の理由から、与えられた問題は達成できないだろうと信じていました。次の質問があります。

1. これは本当ですか？私のパフォーマンスはその負荷でがらくたになりますか (WF の持続速度の制限を考えると)
2. どうすれば問題を解決できますか?

現在考えられる解決策は 2 つあります。 1. 新しいビジネス プロセス要求 (たとえば、新しい運転免許証をください) はそれぞれ新しい WF インスタンスになり、永続化操作の数は、すべてのステータス要求操作を保存された状態値に転送することによって制限されます。別のデータベース。2. 各ワークフロー スタックを個別のワークフローに分割し、そのワークフローが各ビジネス プロセス リクエストを処理することにより、(システム クラッシュなどの場合にのみ) 永続化することなく、常に少量のワークフロー インスタンスのみを起動します。その現在のステップにあるシステムのインスタンス (たとえば、運転免許証の要求フォームを送信しています。これはステップ 1 です... 100 件のケースがあり、ステップ 1 のワークフローはすべてのケースを同時に処理します)。

私はその問題の解決策に非常に興味があります。その問題について話し合いたい場合は、nstjelja@gmail.com まで自由にメールしてください。

永続性を備えたWorkflowFoundationを使用する場合、永続化/実行する必要がなくなったワークフローの一部（またはすべて）を削除したい場合があります。

これに使用できるスクリプト/ツールはありますか？

長時間実行されているワークフロー (数か月続く....) があり、たとえば、新しい状態を追加したり変更したりする必要がある場合。(バグ修正または新機能のため)。

既存のワークフローはどうなりますか? 彼らは失われますか？または、バージョン管理が必要ですか？それとも、新しい状態を受け入れますか?