感受jBPM的动荡，想为jBPM4创建一个社区版的分支

jBPM4的发展遇到了瓶颈，官方已经有一个多月没有更新代码了，前段时间又传出了jBPM的主要成员tom和jorom离开red hat的消息，虽然jboss方面已经指定了alexjando作为新的project leader，但是这个家伙一个月来只更新了一次svn，而且还只是改改配置文件。

上周五，jboss突然发布了一个jbpm5的架构讨论帖，在jBPM4尚有好多好多bug没有搞定的情况下开始筹划jbpm5的新功能了。

https://community.jboss.org/wiki/jBPM5RequestforComments

虽然wiki上面架构图画的很完全，但是从功能来看，基本已经找不到jbpm的影子了，去jbpm-dev开发者邮件列表上看了一下，jboss官方的意思似乎是要用drools flow将jbpm取而代之。

看来前段时间传闻的jbpm和drools的争端已经有了结果，jbpm下一步就算不合并到drools中，也是要被鸠占鹊巢了。下一次发布的jbpm5就是打着jbpm招牌的drools flow了。毕竟drools flow已经完成了bpmn2（据说，咱们没亲眼见过，毕竟drools flow在国内没什么人用）。

下一步怎么办呢？目前已经有不少公司都在是用jbpm4了，使用jbpm3的人就更多，难道我们还要再等几个月甚至一年以上的时间，等drools flow把jbpm完全替代了之后再用工作流吗？还是说我们现在就必须迁移到drools flow上才行。

我的想法是将jbpm4的trunk代码拿出来，放到google code上做一个社区版分支，继续进行维护，这样至少可以保证目前已经使用了jbpm4的项目不会丧失持续的支持（当然对我们自己有好处啦，我们目前做的东西都是基于jbpm4，jbpm4如果死掉了我们岂不是要从头开始？）。

从开源协议上来说是没有问题的，LGPL要求如果修改了原代码，就要开放出来，只要社区版的jbpm4依然使用LGPL开源就可以了。问题是，red hat是否允许我们使用jbpm这个名字，或者说，我们是否可以在修补了bug之后，发布jbpm-4.3.1版，red hat目前拥有jbpm的版权，它是否会禁止其他地方使用jbpm的发布名称呢？也许我们必须改成其他名字，就像mysql被收购以后，作者立刻去搞了一个maria一样？

哎，无奈，真不懂那些所谓的公司是怎么想的。。。真会戏弄人，我学jbpm4已经一个多月了，正说有点起色，又被这新闻给打击了。。。无语！

这个新闻不见得是个坏消息，如果red hat不反对创立社区维护的版本，那么等于jBPM4就被搬到国内来了，以后解决很多国内的需求都很方便。（自己的英语水平确实不怎么样，和官方的老外沟通起来还是有点儿费劲。）

我已经通过jbpm-dev的maillist提出了这个问题，因为时差的问题，估计要等到明天才能看到回复。在这里就想听听有没有过来人的意见，如何对待这种国外开源项目，建立社区维护分支的这种想法是否可行？

期盼你的好消息！

oschina才叫离谱，搞出一个新闻叫：“jbpm5发布”。
http://www.oschina.net/news/8563/jbpm-5-released

记得大概半年前发过帖子说 ，jbpm设计很糟糕，所以被废弃也是无可厚非的结果。

但是你说的是jBPM3，估计你还是没有看过jBPM4的设计。

目前来说，jBPM4还远不能成为完美，bug太多，但是以底层的流转来看，已经比较完善了。不是都说：“只要根红苗正，总有一天可以出人头地”的么？

:P

jBPM5 will be based on the combined experience of jBPM  and Drools Flow.  This consolidation will bring together the benefits of both solutions.

如果真是融合了jBPM和Drools的优点倒还好啦。就怕到时候是个四不像的东西。

已经有人基于JBPM4搞了一个jbpm-side. 不会就是你吧

-_-不是我，我们做的是web流程设计器。