jbpm4用的多。
究其原因就跟Java版本一样,一是旧版本的应用已经开发的很多,很多的企业工作流系统都是jbpm4.x开发的,但因为升级工作太繁琐,很少有升级到jbpm5的;另一方面,jbpm5发布时间还不长,新一代产品出来后,性能、稳定性等方面,总需要经过时间的检验,需要等第一个吃螃蟹的人。
说不上哪个好,jBPM5 基本上完全抛弃了 jBPM4 的代码,所有代码全部来自原先的 Drools Flow。Drools Flow 最初被用来解决规则执行顺序的问题。其实从 Drools Flow 开始支持 BPMN 时起,我们已经预感到它与 jBPM 的竞争关系。
jBPM5 依旧定位为轻量级的可嵌入的工作流系统。在 jBPM5 的特性里,有这么两条引人关注:一是引入了 Guvnor 作为流程仓库,这解决了流程的可视化问题,流程定义作为资源被管理,我们可以对流程定义进行可视化管理以及全文检索(Guvnor 使用了 Jackrabbit 作为了其存储实现,但我们的经验表明 Jackrabbit 在大数据量情况下性能存在严重问题);第二是规则引擎 (Drools Expert)、事件处理引擎 (Drools Fusion) 与流程引擎的合三为一,这是 jBPM5 最让人期待的地方。
据说之前广州天翎还有华为都出了关于这方面问题的文章,写得还挺细致,因为天翎就是bpm方面的专家,十几年的老牌厂商,而华为就是大企业,关于软件开发都有涉足到