20

最近、「jBPM」の開発者が「Activiti BPMN2」に移行したと聞いています（例：トム）。

jBPMのサポートが終了するかどうか疑問に思っています。さらに、Activiti BPMNの改善により、時間の経過とともにjBPMよりも優れた、または有用になるかどうかについて、ご意見をお聞かせいただければ幸いです。

また、それらの間の長所/短所を知りたいです。

4

9 に答える 9

9

Activitiは、いくつかの理由で興味深いプロジェクトです。

  1. 彼らはエンジンをコモディティ化するつもりです。そのため、彼らはApacheソフトウェアライセンスを使用しています。これまでのところ、いくつかの企業がそのプロジェクトを支援しています。「ビジネスモデル」は、OpenStackで使用されているものと多少似ています。

  2. 誰もが使用できるBPMN2.0エンジンを1つ持つことは理にかなっています。これにはjBossが含まれます（ただし、すぐに切り替わるとは思えません）。

于 2010-09-01T05:12:02.120 に答える
7

歴史のレッスン：

jBPMとその結果のプロジェクト：

  1. jBPMは、BPMN2.0仕様に準拠したワークフローエンジンとしてRedhatで作成されています。
  2. jBPMの作成者は、jBPMプロジェクトとRedhatを離れてAlfrescoに参加します。そこで彼らはActiviを作成します。

  3. Activiの作成者は、Alfrescoを離れ、Activiからのフォークである新しいBPMツールであるFlowableを開始します。

  4. Camundaは、Activiから分岐したもう1つのBPMツールです。また、BPMN2.0仕様にも準拠しています。彼らには、Java、gRPC、Elasticsearch、Kubernetesへのコネクタを備えたクラウドネイティブのBPMであるZeebeがあります。

jBPM以外のワークフロー/オーケストレーションツール：

  1. ユーバーケイデンス
  2. Apacheエアフロー
  3. Netflix Conductor：マイクロサービスワークフローオーケストレーションエンジン。
于 2020-03-31T13:15:35.357 に答える
6

jBPM 7をチェックしてください：https ：//www.jbpm.org/learn/releases.html

jBPMのサポートと開発は、間違いなく継続中です。

（ところで、jBPMはBPMN 2.0も使用します）

于 2011-04-05T15:17:53.750 に答える
4

jBPMとActivitiはどちらもBPMNエンジンですが、両方を比較すると

  • jBPMはActivitiよりも複雑です

  • jBPMと比較してActivitiとの統合は本当に簡単です

しかし、jbpmはまだ開発段階にあり、活動も進行中です。

要件が何であれ、すべてがjbpmで利用可能であり、非常に優れたBPMですが、アクティビティと比較すると、少し複雑であまり実りがありません。

したがって、どのbpmをまだ決定していない場合は、アクティビティを選択することをお勧めします。これは、LDAPまたはSpringとの統合がJBPMと比較して非常に簡単であるためです。

また、コミュニティが提供する優れたユーザーガイドとドキュメントにより、アクティビティを簡単に学ぶことができますが、JBPMユーザーガイドとドキュメントの場合、どちらもそれほど役に立ちません。また、開発者向けガイドブックも十分ではありません。

さてボールはあなたのコートにあります、あなたは決定を下さなければなりません。

ではごきげんよう。

このリンクをチェック

http://www.mastertheboss.com/activiti-bpmn/jbpm-vs-activiti-which-to-choose

于 2013-01-01T06:02:39.090 に答える
4

私は以前の答えを'14から撤回しました。今日の観点からすると、答えには確かにjBPM、Activiti、Flowable、Camundaが含まれているはずです。これは、重要なBPMN2標準ベースのオープンソースワークフローエンジンを探すときに最終的に選択されるものです。

IMHO、jBPMは依然としてJava中心であり、コミュニティによって構築された昔ながらのオープンソース製品のように感じられますが、それでも製品管理の欠如を示しています。

Activitiの貢献者の大部分は、CamundaとFlowableを残してフォークしました。Activitiの焦点は、AlfrescoとそのDMSのニーズにあるようです。

Googleの回答との関連性の傾向を考慮すると、現在は次のようになっています：https ://trends.google.com/trends/explore?q=jBPM,Camunda,Activiti,Flowable

src：https://trends.google.com/trends/explore?q=jBPM,Camunda,Activiti,Flowable

于 2020-02-25T02:45:51.537 に答える
2

3.xおよび4.xリリースからの大きな逸脱はありますが、jBPMは確かに死んでいません。 ここでは、 jBPMとActivitiCheersFrancescoについて詳しく読むことができます

于 2012-02-08T11:49:54.517 に答える
1

私が理解しているように、jBPM5は名前が変更されたばかりのdroolsフローです。そのため、それはdroolsビジネスルールエンジンの一部として始まり、現在はjBPM4の後継です。ですから、jBPMプロジェクトのリーダーが活動に移ったことは本当に重要だとは思いません...

于 2011-06-01T08:28:26.327 に答える
1

jBPMには、従来、1つの大きな欠点がありました。使いやすさ。常に非常に強力ですが、使用および統合が最も困難であり、Activitiの人気とjBPMの使用が減少する主な理由です。

ただし、今年は、新しいバージョン6が公開されたjBPMの復活と、非常に優れたWiraプラットフォーム（http://www.a1.io/a1io_blog/wira-for-jbpm/）のリリースが見られます。 jBPM実行フレームワーク。

于 2014-04-03T15:12:19.643 に答える
0

いいえ、jBPMは死にかけていませんが、Camunda、Flowable、Activitiなど、よりシンプルで軽量なバージョンのBPMNが最近リリースされています。jBPMは、レースの古いプレーヤーの1つであり、これらの他のツールと比較して、革新、新機能、複雑さ、展開、サポート、安定性、コミュニティなどの点で確かに競争に負けています。また、redhat PAMは、Pega、IBMBPMなどの現在のBPMリーダーよりも10倍安い価格で購入できるもう1つの理由です。

結論-jBPMは死にかけているわけではなく、サポートを受ける予定です。

于 2022-01-05T17:49:47.870 に答える