论坛首页 Java企业应用论坛

jBPM 4.4发布日期暂定于2010年6月4日

浏览 9131 次
精华帖 (0) :: 良好帖 (1) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2010-05-24   最后修改:2010-05-24
jbpm官方终于传来好消息,jBPM 4.4可能在下月初发布。以下是当前project leader的声明:

引用

We are down to 9 unresolved issues left before releasing 4.4. Given the current progress, it should be possible to release jBPM 4.4 on June 4th; the date is of course tentative and subject to change. Right now the only blocker issue is JBPM-2872: fix hudson db job. All others are deferrable if not completed on time.

If you feel like there is an issue that should not be left out, the time to bring it up is now. Visit the developers forum if you want to do so.


声明地址:http://community.jboss.org/thread/152282?tstart=0

简单来说,就是还剩下9个未处理事务,按当前进度应该可以在6月4日发布jBPM 4.4,其中最重要的问题是修正hudson下的db任务。最后向社区征集意见,如果谁感觉有啥issue应该在jbpm 4.4里解决的话,就赶快提出来撒。

jBPM 4.4的详细发布信息可以参考这里https://jira.jboss.org/secure/ReleaseNote.jspa?projectId=10052&version=12314183,一共是75个issue,目前已解决66个。这个版本主要是进行bug fix,也提供了几个重量级的新功能。

1.解决嵌套fork/join每次嵌套会出现多余execution的问题。
2.任务超时或者手工执行signal后,自动删除过期task。
3.让sub-process的id和key都支持表达式。
4.支持在xml中声明变量。(还在讨论中)
5.在fork中使用assignmentHandler会抛出NullPointerException。

另外还有for-each动态fork分支这个功能,还在研究是不是要放在jbpm-4.4里,感兴趣的同志可以来官方论坛提出意见。
http://community.jboss.org/thread/152243?tstart=0
   发表时间:2010-05-24  
还是原作者的产品吧? 还是新的设计人员的作品呢?
0 请登录后投票
   发表时间:2010-05-24  
唉,之前看着临远大哥说了一翻jbpm的问题,正决定放弃jbpm,不再学习它了.
0 请登录后投票
   发表时间:2010-05-24  
其中有20多个issue是Tom和Joram离开之前搞定的,之后都是新鲜血液了。

不过Alejandro原来也是red Hat的员工,他原本是负责jbpm3以及soa方面的工作,这次是因为Tom跑了,才荣升为project leader,jbpm3-bpel就是他一手打造的,所以也不能说是新鲜血液了吧。:P
0 请登录后投票
   发表时间:2010-05-24  
我个人的看法,原作者对于流程的内在控制逻辑和算法逻辑部分不是很重视(仅仅是个人意见,粗略看看代码包),我们国内的流程产品的设计水平已经不是入门级别的,要让国内的用户转向JBPM这个平台,估计JBOSS还需要在流程设计和算法设计领域拿出真本事来哦。。。
0 请登录后投票
   发表时间:2010-05-24  
回头我把pvm的流转模型列出来,咱们可以基于pvm的底层分析一下,看哪里还有改进的余地。

另:目前的情况不是国内转向jbpm,而是开源产品只有jbpm这一个大头可以选,国内的好产品似乎没有搞出名气来。遗憾。
0 请登录后投票
   发表时间:2010-05-24  

我们始终要搞清楚的事情是,商业模式和基于商业行为的产品销售行为才是推动软件技术发展的根本动力,至少在国内是这样的(国外也是,开源和开源社区推动技术的发展是很新的模式,这个模式在国内还不能够成为主流,在国外也不是主流),我们不要指望在国内能够用开源和开源社区的模式就使得工作流产品和技术得到快速的进步和发展,如果抛弃了基于商业行为的软件技术发展模式,仅仅靠开源来推动,简直是做梦,所以我们做开源也要做基于建立在成熟商业模式基础上面的开源,完全靠共享和贡献来做的开源软件,将很难使得工作流领域取得核心技术的进步,至少国内还没有达到这种理想化的境地

君不见,国内的商业工作流产品的开发,设计,销售呈现出一派欣欣向荣的景象吗? 也只有在这样一个肥沃而成熟的市场环境下,从事开源软件的人员才有生存和发展的土壤。。。。。我们不要太过于狂妄,要让开源模式取代商业模式,让国外的开源软件替代国内的商业软件,没有商业模式的成功,就不会有软件企业的生存,没有软件企业的生存和发展,就不会有资本的投入,没有资本的投入,就不会有技术的真正进步。。。。。。。

商业是主题,开源是从属,至少目前和今后很长一段时间,国内都是这样一个情况。。。至于美国是不是这样的,谁知道呢?哈哈 
0 请登录后投票
   发表时间:2010-05-24   最后修改:2010-05-24
不太清楚呢,我一直认为开源是开发方式,与商业绝缘。

开源搞得再好,也只能把软件做得更好,一分钱也赚不到。想通过开源赚钱,那是商人去考虑的问题,已经通过开源社区创造出极具价值的产品,再考虑怎么把这个产品卖掉。只有在商业打算依靠开源赚钱的时候,开源和商业才会有融合点。凭兴趣搞开源的也不会去想赚钱,玩玩而已。咱们没必要硬把两者扭在一起。

所以,国外搞开源的才比较多,因为生存压力没有这么大。

说道开源软件卖钱,我还是认为便宜是它最大的优点。顺延下来的第二大优点就是代码开放,购买方不会有被胁迫的感觉,他会认为自己已经拥有了所有源代码,想改的时候,随便找个人来改改就行了(先不考虑是否能实现)。不会像闭源产品那样,有什么问题就一定要去找供应商。

因此,搞开源的,还是把技术和商业分开讨论比较好。聊技术就埋头搞技术。弄商业就专心想点子。混起来说就不明不白了。
2 请登录后投票
   发表时间:2010-05-24  
我估计差异又会很大...
0 请登录后投票
   发表时间:2010-05-24  
whaosoft 写道
我估计差异又会很大...

版本升级需要注意两个地方。
1.org.jbpm.pvm.internal.model.Activity和Transition两个接口移动到org.jbpm.api.model包下。
2.jpdl中所有可以使用expr的属性,都从String类型变成了新的Expression类型。
0 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics