問題タブ [drools-flow]

私は非常に単純なフローを持っています。JMS メッセージは、オブジェクトのリストを受け取るプロセスを開始します。foreach はこのリストを繰り返し処理し、JMS メッセージをコンポーネントに送信して、リスト内のオブジェクトを処理します。このコンポーネントは、続行できるように完了通知をフロー プロセスに送り返す必要があります。これをどのように達成できるか、誰にも分かりますか？

ありがとう。

私は現在、Drools Expert/Flow と GWT を独学で学んでいます。Drools Flow をイベント/コマンド バスおよびビジネス ルール エンジンとして使用して、アプリケーションのさまざまな部分間の疎結合を実現したいと考えています。

これまでのところ、テスト ケースから Expert と Flow の両方が動作するようになりましたが、Web コンテナー内に Flow を最適に実装する方法を理解するのに苦労しています。

すべてのスキャフォールディングをステートレス セッション EJB に配置し、各リクエストですべてを最初から設定してから、フロー/ルールを実行する必要がありますか? これは私にはリソースの無駄のように思えます。代わりに、単一のナレッジ セッションを保存し、そのセッションを Web リクエスト間で共有して同時にアクセスすることはできますか? そのシナリオはスケーリングされ、スレッド セーフになりますか? 知識セッションをプールすることは良い考えですか?

私が求めているのは、基本的に上記のベストプラクティスがあるかどうかです? ドキュメントと例は、それ以外は非常に優れていますが、これらの特定の点については明確ではありません。

Drools Grid について何か読んだことがありますが、それで問題が解決するかどうかはわかりませんが、開発中のようです。私の質問が不明な場合は、そう言ってください。

BRマグナス

junit で drools ルールをテストするためのベスト プラクティスは何ですか?

これまでは、ルールをテストするために dbunit で junit を使用していました。hsqldb に入れられたサンプル データがありました。いくつかのルール パッケージがありましたが、プロジェクトの終わりまでに、特定のルールをテストし、他のルールを起動しないようにするための適切なテスト入力を作成することは非常に困難です。

したがって、正確な問題は、junit でのテストをテスト用の 1 つ以上の特定のルールに制限するにはどうすればよいかということです。

私は現在、大規模なプロジェクトの一部として、ワークフロー処理にかなり古いバージョンの JBPM を使用しています。JBPM の代替として Drools Flow ライブラリに移行する可能性を調査しています。

OSWorkflow から Drools への移行に関するドキュメントはたくさんありますが、JBPM から Drools Flow への移行に関するドキュメントは見つかりません。JBPM から移行するための同様の自動ツールはありますか? そうでない場合、手動移行に関連する手順を説明するドキュメントはありますか?

私は、ルールフローの一時停止 (データベースへの書き込み) とルールフローの再開 (データベースからの読み取り) を必要とする Drools プロジェクトに取り組んでいます。Drools はすぐに使える JPA/トランザクション スタイルの永続性を提供することを知っています。1 つは実行できず、2 つ目はシリアル化された形式で永続化され、私のユース ケースにはあまり役に立ちません。

私が思いついたのは、システムがルールフローが一時停止されているノードを記憶し (実行可能)、ノード ID と作業事実をデータベースに保持する (実行可能) ことです。次に、ルールフローを再開するときにこれらの永続化されたデータを取得し、それらをナレッジ セッションに注入し (実行可能)、一時停止したノードからルールフローを続行します (実行できません)。しかし、特定のノードから処理を開始する方法をまだ見つけていません。

助けてください、ありがとう。

私が現在取り組んでいるアプリケーションでは、ある種のサービスに対する何万ものオブジェクトの適格性を定期的にチェックする必要があります。決定図自体は次の形式で、はるかに大きくなっています。

各エンドノード（円）で、アクションを実行する必要があります（オブジェクトのフィールドの変更、情報のログなど）。Drool Expertフレームワークを使用してみましたが、その場合、エンドノードにつながるダイアグラム内のすべてのパスに対して長いルールを作成する必要があります。Drools Flowも、そのようなユースケース向けに構築されていないようです。オブジェクトを取得し、途中の決定に応じて、エンドノードの1つに到達します。そして再び別のオブジェクトのために。またはそれは？そのようなソリューションの例/リンクをいくつか教えてください。

アップデート：

Drools Flowの呼び出しは、次のようになります。

つまり、アプリケーションオブジェクトを取得し、そのための新しいプロセスを開始します。プロセスが終了したら（最後のアクションノードはアプリケーションを何らかの方法で変更します）、作業メモリからオブジェクトを削除し、次のプロセスを繰り返します。新しいAppオブジェクト。このソリューションについてどう思いますか？

解決策：
Drools Flowを使用することになり、非常に正常に機能しています。私の意思決定プロセスは、Drools Expertが要求するほど単純ではなく、意思決定ツリーのどこにあるかによって、データベースからオブジェクトのリストをロードし、変換し、意思決定を行い、すべてをログに記録する必要があります。私はProcessオブジェクトを使用します。これはパラメーターとしてプロセスに渡され、すべてのグローバル変数（プロセス用）と、ツリー内のさまざまなポイントで繰り返されるいくつかの便利なメソッドを格納します（Script TaskノードでのJavaコードの記述自体はあまり便利ではないため）。また、Javaを使用して意思決定を行うことになりました（mvelルールではありません）。Javaの方が高速で、制御が簡単だと思います。私が使用するすべてのオブジェクトはパラメーターとして渡され、コード内で通常のJava変数として使用されます。

Drools Rules Server をサービスとして使用しています。デシジョンテーブルを使用しています

Drools デシジョン テーブルに 2 つの単純なルールがあります。最初のルールは、値 ( movie=="Ghostbusters") をチェックしてから、そのオブジェクトの呼び出しを設定しますsetActor("Bill Murray")。

2 番目のルールは、Actor が何であるかをチェックします。この 2 番目のルールには 2 つの行があります。 if Actor == "Bill Murray"のアクションを呼び出しますsetRating(10)。で、もしactor == "unknown" setRating(8)

最初のルールは期待どおりに実行され、getActor"Bill Murray" であることを示すために出力できますが、2 番目のルールでは、actor == "unknown"アクションは常に実行されます。その行にgetActor「Bill Murray」と印刷しても、「不明」ルールを使用しています。

オブジェクトがルールから戻ってくるActor = Bill Murrayと、すべての値がルールに「正しい」設定になっていますが、ルールを評価するときに、ルールの外部で作成した元のオブジェクトがルールで常に使用されているようです。

意思決定テーブルまたはルール テーブル間のオブジェクトを「更新」するために drools ルール サーバーを呼び出すための呼び出しに追加する必要があるものはありますか?

私の言葉で申し訳ありません。私の質問は、Drools テクノロジーを私の Web アプリケーションに統合する方法です。私は学習者なので、ステップバイステップで教えてください。 /drools/docs/5.1.1.34858.FINAL/drools-flow/html/ch14) しかし、完全なアーキテクチャを意味するより明確にする必要があるか、Drools テクノロジを使用したサンプル Web アプリを ZIP ファイルまたは war ファイルとして送信してください。解凍して、Eclipse ワークスペースにコピーします。明日、よだれを含むサンプル Web アプリケーションを私のプロジェクト リーダーに報告してください。

ありがとう、アビ。

私はちょうど今、私の新しいプロジェクトを開始しました。私のプロジェクト マネージャーは、Drools は新しいテクノロジであり、Drools フローとルールを組み込み、Web アプリケーションと統合する予定であると述べました。

Drools フローとルールを Web アプリケーション内に統合するにはどうすればよいですか?

Drools に関する論文を書いています。しかし、Drools を学習するワークロードについてはわかりません。Expert、Flow、Fusion、Guvnor について、1 から 10 までの数字を教えてください。簡単な Java の例でこの手法をテストするだけです。ありがとう、エルス