私は実際の経験はほとんどありませんが、最近、Java BPM オプションの調査を急増させました。3つに絞りました:
Drools コミュニティはより活発で、ツールはより優れており、ルール エンジンは非常に洗練されていましたが (これが Drools のベースであったため)、周囲のビジネス プロセスは十分に統合されていました。ただし、jBPM はビジネス プロセスに重点を置いており、同様に洗練されていました。どちらもJBossによって管理されています
Drools と JBPM の詳細な比較は、次の場所にあります。
Drools v jBPM
自信のある開発チームがあり、要件がそれほど複雑でない場合は、独自の開発を検討する価値があります。このようなシステムに適合するようにドメイン モデルを採用しようとすると、BPM は貧血ドメイン モデルにつながる可能性があります (ルール エンジンに関するこの投稿ルール エンジンの長所と短所で説明されているように)。 .
あなたの基準に関する限り:
オープンソースで OEM フレンドリーなライセンス- Drools はリベラルな「ASL/BSD/MIT 風のライセンス」を使用し、コミュニティが活発です。jBPM は apache、eclipse、および MIT ライセンスを使用します
プロダクションのインストール。drools が多くの保険会社や信用調査機関で使用されていることは理解していますが、jBPM は不明です
商用サポートは両方で利用可能
オープン スタンダードのサポート - BPMN - どちらも BPMN を実装しており、オープン ソース プロジェクトの性質上、非常に標準志向です。
入力に基づくワークフローの動的な作成/アセンブリ。どちらも、一般的に手動で簡単に実装できます。
Eembeddable - どちらもシステム全体を提供しますが、変調されているため、既存のシステムへの組み込みに適しています。