4

次のような単純な Java ワークフロー エンジンを探しています。

  • ワークフロー内で自動および手動 (GUI ベース) の両方のステップを処理できます
  • 長時間実行される非同期タスクをサポート
  • サーバーがクラッシュした場合にワークフローを再開するためのサポートを提供します
  • 以前に実行されたワークフローの完全な監査履歴を保存します
  • この監査履歴データに簡単にアクセスできます

考えられる候補には、Drools 5 の新しい Drools Flow プロセス エンジンと、OpenSymphony の OSWorkflow が含まれます。私の現在の理解では、OSWorkflow は私が望むものをより多く提供しているようです (Drools Flow は監査履歴の方法で多くを保存していないようです)。しかし、OSWorkflow の最新のリリースは 2006 年初頭にさかのぼります。現在、活発な開発が行われていない OSWorkflow を使用するのは間違いですか?

これらのフレームワークのいずれか/両方の経験が豊富な人はいますか? 他に検討すべきワークフロー エンジンはありますか? すべての推奨事項を歓迎します - ありがとう。

4

4 に答える 4

7

説明している要件を Drools Flow がどのようにサポートしているかを明確にするために ( Drools Flow のドキュメントを参照):

  • ワークフロー内で自動および手動 (GUI ベース) の両方のステップを処理できます

Drools Flow は、(ドメイン固有の) ワークアイテム (第 8 章) を使用して外部システムと対話します。これらは、自動化されたサービス、または手動タスク用のヒューマン タスク管理コンポーネント (第 9 章) である可能性があります。このヒューマン タスク コンポーネントは完全にプラグ可能ですが、Drools Flow はすぐに WS-HumanTask 実装をサポートします。Drools 5.1 には、カスタム タスク フォームを含む Web ベースのタスク リストが含まれます。

  • 長時間実行される非同期タスクをサポート

エンジンを使用すると、長期間存続できるプロセスを開始できます。プロセスは、さまざまな種類の待機状態 (作業項目ノード、イベント ノード、イベント待機ノード、サブプロセスなど) をサポートして、長時間実行プロセスをモデル化します。外部タスクは、同期または非同期で統合できます。

  • サーバーがクラッシュした場合にワークフローを再開するためのサポートを提供します

すべてのプロセス インスタンスの実行時の状態は、永続性をオンにすることでデータ ソースに簡単に格納できます (第 5.1 章)。したがって、すべてのプロセスは、サーバーがクラッシュした後の状態に簡単に復元できます。

  • 以前に実行されたワークフローの完全な監査履歴を保存します

Drools Flow は、プロセスの実行中に何が起こっているかについてのイベントを生成します。監査ログを有効にすることで (第 5.3 章)、これらのイベントをデータベースに保存し、実行中に発生したすべての監査履歴を完全に提供できます。

  • この監査履歴データに簡単にアクセスできます

履歴データは、いくつかの単純なデータベース テーブルを使用して保存されます。これらのテーブルは直接クエリすることも、アプリケーションに関連する主要業績評価指標を示すカスタム レポート (第 12.1 章) を生成するために使用することもできます。

さらに、必要に応じてプロセスをルールやイベント処理とシームレスに組み合わせることができる知識指向のアプローチは、前述のプロセス指向のエンジンと比較して、より強力で柔軟性を提供すると考えています。

Kris Verlaenen
Drools フロー リード

于 2009-06-09T21:21:55.807 に答える
4

あなたが言及した候補者との経験はありませんが、私が取り組んできたプロジェクトから判断すると、jBPMを見る価値があるかもしれません。私が一緒に仕事をしたかなりの数の開発者がそれを誓っており、あなたの基準に非常によく合っていると思います.

于 2009-06-09T10:33:23.660 に答える
4

Drools Flow は、jBPM と OSWorkflow の両方よりもはるかに洗練され強力であり、開発はどちらよりも速いペースで進んでいます。ここで多くの詳細とスクリーンショットを提供しています: http://www.jboss.org/drools/drools-flow.html

しかし、要約すると。ルール、ワークフロー、およびイベント処理全体でインタラクティブなデバッグを行うことができます。組み込みノードのセットが大きくなり、宣言的に直接モデル化できる問題の数が改善されます。関連付けられた (ルール、プロセス、およびイベント全体で) 監査ログとレポート。プラグ可能な作業項目を介して、ドメイン固有のワークフローを構築するための非常にシンプルでありながら強力なメカニズムを提供します。

Drools 5.0 がリリースされたばかりで、今後 4 ～ 6 週間で 5.1 がリリースされる予定です。MVEL DSL を使用して、シミュレーションとテストを追加しています。これは大ヒットになると信じています。これには、すべて Guvnor に統合された、プロセスのリモート管理 GUI のためのより広範な作業も含まれます。

また、Drools チームは、言及された他のどのプロジェクトよりもアクセスしやすいことを誇りにしています。気軽に irc に飛び込んでチャットしてください。

マーク

于 2009-06-09T21:14:33.107 に答える
1

私は両方の経験があります。また、OSWorkflow の既存のプロセスを Drools 5.0 に移行するためのツールにも携わっていました。これに関する記事はhttp://blog.athico.com/2009/01/drools-flow-and-osworkflow-migration.htmlで読むことができます。この移行ツール/トランスレーターは、OSWorkflow を使用している古いプロジェクトを Drools 5.0 にアップグレードし、すべての Drools 5.0 ビジネス統合プラットフォームを利用できるようにするために作成されたことに言及することが重要です。

ご挨拶

于 2009-06-09T19:29:30.540 に答える