- 浏览: 124865 次
- 性别:
- 来自: 北京
最新评论
-
ynlxc:
亲,关注你的书4个月了,真是等到花儿也谢了。。。可否发些试读章 ...
《流程的永恒之道-一个工作流与BPM项目的备战培训及实施记》之目录结构 -
heguojun:
songjingjing520 写道[flash=200,20 ...
spring中使用mule的配置经验总结 -
songjingjing520:
[flash=200,200][/flash][url][/u ...
spring中使用mule的配置经验总结 -
chengguogen:
jbpm jpdl task-> form 只能写死 不 ...
应用jBPM4解决中国特色的流程需求 -
guofengcn:
这本书出版了吗?
《Head First Process-深入浅出流程》连载
jBPM3 vs jBPM4
JBoss Goup 目前已经发布了 jBPM4 Alpha1 版本,在版本 4 中最大的变化就是引入 PVM (流程虚拟机)的概念,而引擎内部的调度算法中重要的 Token 机制,在新版中也去掉了,纵观整个代码,变化可以说非常的大,笔者接下来就试着来比较一下这种变化,让大家能有个直观的认识。当然 Jbpm4 在 JBoss 的官方网站上的 Road map 中,在今年的 7 月 1 号才会发布第一个正式版本,因此后续可能还会有变化。
1、 流程定义对象的变化:
Jbpm3 流程定义对象关系图:
图一 jbpm3流程定义对象关系图
从上图我们可以看出这 jbpm3 中, GraphElement 是流程图中所有流程元素的父对象,而整个流程是由 ProcessDefinition 、 Node 、 Transition 三个主要对象构成;
图二 PVM 实体对象关系图
从上图可以看出,由于 PVM 概念的引入,所以在 jbpm3 中的 Graph 包在 jbpm4 中被移除了。在 pvm 中,在设计期,所有节点元素的父类为 ProcessElementImpl ,流程的主要组成元素 Nodelmpl 、 TransitionImpl 、 ProcessDefinitionImpl 、 EventImpl 则都直接或间接继承自 ProcessElementImpl 。在运行期: jbpm4 把流程的运行期行为定义为执行行为( ExecutionImpl )及原子操作行为( AtomicOperation ,其具体实现为 ExecuteNode 、 ProceedToDestination 、 TakeTranstion 、 MoveToParentNode 、 MoveToChildNode 、 signal ),其中 ExecutionImpl 是流程实例、活动实例、事件监听器的所有执行期行为的实现类。
图三 jpdl 运行期活动实体对象关系图
上图是 jbpm4 在运行期的活动实例对象关系图,从图中我们可以看出,在运行期, jbpm4 中定义了两个活动接口 Activity 和 ExternalActivity ,其中 ExternalActivity 继承自 Activity 。 Activity 是所有自动活动节点的父接口,其实现类为 JpdlActivity ,而 JpdlActivity 又衍生出了、 StartActivity 、 JoinActivity 、 ForkActivity 、 EndActivity 、 CreateTimerActivity 、 JavaActivity 、 EsbActivity 等实例活动对象。而 ExternalActivity 是具有等待状态的活动( StateActivity )父接口,像人工活动 TaskActivity 就是实现了此接口。
2、 核心引擎的调度算法
Jbpm3 的核心调度算法是基于 Token 机制的,在运行期这个 Token 在 Node Instance 之间流转,依靠 Token 的触发来推进流程。具体的调度机制,可参加胡长城的文章( http://blog.csdn.net/james999/archive/2007/09/02/1769592.aspx );其实这个 Token 来自于 Pertri-net ,感兴趣的读者可以去看 Pertri-net 中的 Token 及 Place 。
图四 jbpm3引擎调度图
Jbpm4 则去掉了 Token ,那么它的核心调度机制是怎样实现的呢?
图五 jbpm4流程启动序列图
图六 jbpm4 流程推进序列图
图五是在 jbpm4 中启动一个流程实例的执行序列图,图六是节点推进的执行序列图,从上面两个图中我们可以看到核心的调度是依据 Execution 的转移来实现的( ExecutionImpl 可以是 ActivityExecution 、 ClientProcessInstance 、 EventListenerExecution 的实例), Execution 实际上就是取代了 Jbpm3 中的 Token , Execution 的转移实际上就是根据状态机的变迁( ActivityExecution 、 ClientProcessInstance 、 EventListenerExecution 实例之间的切换)加上调用相应的原子操作: ExecuteNode 、 MoveToChildNode 、 MoveToParentNode 、 ProceedToDesitination 、 Signal 、 TakeTransition (详见 pvm/internal/model/op 包下的相关类)来实现的。所以 Execution 实例的集合及有向图实际上就是运行期的路径。
3、 Event-Action 机制的变化
在 jbpm3 中是基于 Event-Action 机制来实现事件与动作的触发的,但是在 jbpm4 中则采用观察者模式来触发事件的。所有用户自己定义的动作,全部要实现 EventListener 接口,这些动作作为监听者(就是事件 Event 的观察者 Observer )注册到相应的流程定义对象上( ProcessElement 或者 Node ),而事件 Event 则作为被观察的对象(实际上就是 Observerable ),实际上在 jbpm4 中专门定义出了一个对象 ObservableElementImpl ,流程定义中的 NodeImpl 、 TransitionImpl 、 ProcessDefinitionImpl 均继承自此对象,因此这些元素本身就可以作为 Observerable 而被观察者来监控。
4、 客户端接口的变化
在jbpm4中对客户端的接口统一为7个服务接口:ProcessService、ExecutionService、CommandService 、TaskService 、ManagementService、HistoryService、IdentityService,这7个接口可以从ProcessEngine接口中获得,jbpm4在启动的过程中由JbpmConfiguration负责构建引擎。
Ø ProcessService-流程定义的服务接口,包括对流程定义的部署、查询、删除操作;
Ø ExecutionService-执行服务接口,包括启动流程、实例推进、设置变量等操作;
Ø CommandService-Command模式的服务接口,实际上就是将客户端的请求全部封装在一个调用接口中,然后由这个接口去调用Command接口的众多实现(StartExecutionCmd、SignalCmd、SetVariablesCmd、GetTimersCmd、DeployCmd、NewTaskCmd、SubmitTask、ExecuteJobCmd等等,具体可参加pvm/internal/cmd,task/internal/cmd包及其它包下实现Command接口的类),这是典型的Command模式的应用,感兴趣的读者可以去了解设计模式中的Command模式;
Ø TaskService-人工活动的服务接口,包括对任务的创建、提交、查询、保存、删除等操作;
Ø ManagementService-web管理控制台的服务接口,目前只有获得消息及计时器的接口实现;
Ø HistoryService-目前有对历史库中的流程实例、活动实例进行查询、某个流程定义中的所有活动的平均持续时间、某个流程定义中的某个活动实例的转移的执行次数
Ø IdentityService-用户、组、成员关系的相关操作方法
5、 历史库的加入
jBPM3中数据库设计一直是我比较诟病的地方,尤其是其实例数据库没有设计历史库的概念并按照办结状态将运行结束的实例数据归入历史库,在这种情况下它的实例数据库就会随着时间而无限膨胀,这就阻碍了它的真实应用,而在jBPM4的最新代码中(注意Alpha1还没有出现),历史库的相关功能代码竟然出现了!详见ExecutionImpl最新代码中的fireHistoryEvent方法及一系列的historyXXX方法。在ActivityBehaviour的execute方法中加入了historyTaskStart方法的调用、signal方法中加入了historyTaskEnd方法的调用,而以上2个方法在ExecutionImpl中都是以历史事件(HistoryEvent有4个实现子类ProcessInstanceStart、ProcessInstanceEnd、ActivityStart、ActivityEnd分别用作流程实例的创建结束期、活动实例的创建结束期的历史数据处理)的触发机制来实现的,也就是在整个流程实例执行的过程中,都加入了对将运行数据存入历史库的历史事件(HistoryEvent)的触发。这样实例列表的查询可以只查询历史库。不过这里很遗憾的是,这个事件没有同时清除运行库的数据,这样还是会造成运行库的无限膨胀问题。
评论
<p> </p>
<p> </p>
<p><a href="http://s.click.taobao.com/t_1?i=qz78fN%2Bpk8BTuQ%3D%3D&p=mm_14292671_0_0&n=11"><br>入门单反新王者 佳能高清500D套机(含18-55IS镜头)</a><br><a href="http://s.click.taobao.com/t_1?i=qX1fEUekOgm0qg%3D%3D&p=mm_14292671_0_0&n=11">【国庆特价】台湾微米1200万高清摄像机HDVH20 D80 HD-D10升级版</a><br><a href="http://s.click.taobao.com/t_1?i=qvYi2aN5Z3nzeA%3D%3D&p=mm_14292671_0_0&n=11">◥◣全国联保 大陆行货◢◤索尼T900 <高清视频> 国庆促销300台</a><br><a href="http://s.click.taobao.com/t_1?i=qvezK1P3Kbqvog%3D%3D&p=mm_14292671_0_0&n=11">09年新款DDV-6800HD数码相机摄像带遥控MP3/MP4 升级1600万像素</a><br><a href="http://s.click.taobao.com/t_1?i=qvQus%2F2p41Lujg%3D%3D&p=mm_14292671_0_0&n=11">国庆促销 [酷拍] 高清防抖数码摄像机,1200万像素</a><br><a href="http://s.click.taobao.com/t_1?i=qXn%2BA9WaqYRvCg%3D%3D&p=mm_14292671_0_0&n=11">K800/K600姊妹机■特价!尼柯K99■500万像素 4倍变焦 摄像 扩展</a><br><a href="http://s.click.taobao.com/t_1?i=qXssJ92egGbuAg%3D%3D&p=mm_14292671_0_0&n=11">松下LX3GK 正品大陆行货★ 千万像素+24mm超广角 ★钻石信誉</a><br><a href="http://s.click.taobao.com/t_1?i=qXMWriRrolnhAw%3D%3D&p=mm_14292671_0_0&n=11">五一特价 DV-592(DV592)升级版1600万像素超大3.0屏数码摄像机</a><br><a href="http://s.click.taobao.com/t_1?i=of9UcXaRZj6i&p=mm_14292671_0_0&n=11">1200万像素3.0屏带MP3/4多功能数码摄象机 DV-568(DDV-V8)<br></a><a href="http://s.click.taobao.com/t_1?i=qXpboEyxxOA%2BPQ%3D%3D&p=mm_14292671_0_0&n=11">1200万数码相机/摄像 美柯隆数码相机 536/1288 支持4G</a><br><a href="http://s.click.taobao.com/t_1?i=qveyF7B3BMxljg%3D%3D&p=mm_14292671_0_0&n=11">微米HDV-H20高清数码摄像机 5倍光变 1200万相素 防抖功能+套餐</a></p>
是用jbpm吗??
jBPM3中数据库设计一直是我比较诟病的地方,尤其是其实例数据库没有设计历史库的概念并按照办结状态将运行结束的实例数据归入历史库,在这种情况下它的实例数据库就会随着时间而无限膨胀,这就阻碍了它的真实应用,而在jBPM4的最新代码中(注意Alpha1还没有出现),历史库的相关功能代码竟然出现了!详见ExecutionImpl最新代码中的fireHistoryEvent方法及一系列的historyXXX方法。在ActivityBehaviour的execute方法中加入了historyTaskStart方法的调用、signal方法中加入了historyTaskEnd方法的调用,而以上2个方法在ExecutionImpl中都是以历史事件(HistoryEvent有4个实现子类ProcessInstanceStart、ProcessInstanceEnd、ActivityStart、ActivityEnd分别用作流程实例的创建结束期、活动实例的创建结束期的历史数据处理)的触发机制来实现的,也就是在整个流程实例执行的过程中,都加入了对将运行数据存入历史库的历史事件(HistoryEvent)的触发。这样实例列表的查询可以只查询历史库。不过这里很遗憾的是,这个事件没有同时清除运行库的数据,这样还是会造成运行库的无限膨胀问题。
大家对此的意见呢?
个人觉得这是个比较鸡肋的功能,因为当一个流程结束后,如果把数据放进历史库那么会存在很多问题,因为一个实际的生产流程往往很复杂,当一个流程结束后,会在很多jbpm自带的表里面会生成很多数据,随随便便就可以上百条都是可能的.这时,如果要在流程结束时同步插入到历史表且删除现行表中的相关数据会是一个很复杂的功能,(比如说:表之间都是建了关联的,不管是插入还是删除都要注意顺序问题,而且表中如果建了索引的话,增删都相对慢).当然如果不出问题的话,这样也行.但如果删除数据过程中出现了异常,可能就是个很棘手的问题,1事务要不要回滚,事务的粒度怎么定位,换句话说,要不要把用户的操作也回滚掉.2回滚事务的话,数据是不会被删的(因为事务回滚),那么怎么通知系统下次删除这批数据.
当然问题可能更多,我觉得jbpm开发人员不做这些处理不是因为他们没想到,可能只是把jbpm定位在一个插件或挂件级别.不好做处理.
为了解决这个问题,以前我们项目组就采用了异步的方法.用quarz做了个定时任务,定时归档已经处理完的任务,也就是插入到历史表且删除现行表的相关数据.
个人感觉,即使jbpm4也很难从本质上解决楼主所说的这个问题.
我也那么认为,历史数据可以作为时候备份的机制来处理,如果jbpm4支持可以配置的备份机制,否则还是在实际应用中根据需求来进行选择备份。
我也在研究jbpm4。我们的工作流就基于jbpm4来做的,不过现在才开始流程管理之类的功能的开发。
jbpm的alaph版本你们也敢用?
你们的基于jbpm4是做实际项目还是只是作为研究的项目?
jBPM3中数据库设计一直是我比较诟病的地方,尤其是其实例数据库没有设计历史库的概念并按照办结状态将运行结束的实例数据归入历史库,在这种情况下它的实例数据库就会随着时间而无限膨胀,这就阻碍了它的真实应用,而在jBPM4的最新代码中(注意Alpha1还没有出现),历史库的相关功能代码竟然出现了!详见ExecutionImpl最新代码中的fireHistoryEvent方法及一系列的historyXXX方法。在ActivityBehaviour的execute方法中加入了historyTaskStart方法的调用、signal方法中加入了historyTaskEnd方法的调用,而以上2个方法在ExecutionImpl中都是以历史事件(HistoryEvent有4个实现子类ProcessInstanceStart、ProcessInstanceEnd、ActivityStart、ActivityEnd分别用作流程实例的创建结束期、活动实例的创建结束期的历史数据处理)的触发机制来实现的,也就是在整个流程实例执行的过程中,都加入了对将运行数据存入历史库的历史事件(HistoryEvent)的触发。这样实例列表的查询可以只查询历史库。不过这里很遗憾的是,这个事件没有同时清除运行库的数据,这样还是会造成运行库的无限膨胀问题。
大家对此的意见呢?
个人觉得这是个比较鸡肋的功能,因为当一个流程结束后,如果把数据放进历史库那么会存在很多问题,因为一个实际的生产流程往往很复杂,当一个流程结束后,会在很多jbpm自带的表里面会生成很多数据,随随便便就可以上百条都是可能的.这时,如果要在流程结束时同步插入到历史表且删除现行表中的相关数据会是一个很复杂的功能,(比如说:表之间都是建了关联的,不管是插入还是删除都要注意顺序问题,而且表中如果建了索引的话,增删都相对慢).当然如果不出问题的话,这样也行.但如果删除数据过程中出现了异常,可能就是个很棘手的问题,1事务要不要回滚,事务的粒度怎么定位,换句话说,要不要把用户的操作也回滚掉.2回滚事务的话,数据是不会被删的(因为事务回滚),那么怎么通知系统下次删除这批数据.
当然问题可能更多,我觉得jbpm开发人员不做这些处理不是因为他们没想到,可能只是把jbpm定位在一个插件或挂件级别.不好做处理.
为了解决这个问题,以前我们项目组就采用了异步的方法.用quarz做了个定时任务,定时归档已经处理完的任务,也就是插入到历史表且删除现行表的相关数据.
个人感觉,即使jbpm4也很难从本质上解决楼主所说的这个问题.
呵呵,不错!不过如果jbpm4不解决这个问题,那么它还是一个中看不中用的引擎,那么就必须由项目的开发人员去做这件事,就像你们用quartz处理一样。其实复杂不复杂还是在于实例数据之间的关系,jbpm的数据库表个人一直认为太过于复杂,不过对于基于orm来实现持久层的产品来说,实现起来就要简单一些,因为po之间的关系已经由orm工具维护好了(例如流程实例就是所有其它实例的祖父,删除所有实例时,只对流程实例做操作就可以了,不会像您所说的要处理关系什么的),至于工作流实例本身的事务也不用担心,而对于业务数据也不需要处理,只要业务数据和工作流实例数据有一个唯一的关联关系就可以了,移到历史库关系不会做改变。
最后要说明的是,这个归入历史库,清除运行库的操作,在流程结束时去触发一个异步的事件,由这个异步的事件来干这件事,这样就不会影响流程的最后一个用户的体验了。而对于索引问题,这时运行库就会稳定一个数量级上基本上就不会变化,因此运行库就没有必要建索引了。而历史库肯定需要建索引(因为主要用来查询),但是对于历史库的查询,在真实的业务系统中,使用的频率本身就很低,所以影响也不会很大。
应该没问题,两者差别比较大!
jBPM3中数据库设计一直是我比较诟病的地方,尤其是其实例数据库没有设计历史库的概念并按照办结状态将运行结束的实例数据归入历史库,在这种情况下它的实例数据库就会随着时间而无限膨胀,这就阻碍了它的真实应用,而在jBPM4的最新代码中(注意Alpha1还没有出现),历史库的相关功能代码竟然出现了!详见ExecutionImpl最新代码中的fireHistoryEvent方法及一系列的historyXXX方法。在ActivityBehaviour的execute方法中加入了historyTaskStart方法的调用、signal方法中加入了historyTaskEnd方法的调用,而以上2个方法在ExecutionImpl中都是以历史事件(HistoryEvent有4个实现子类ProcessInstanceStart、ProcessInstanceEnd、ActivityStart、ActivityEnd分别用作流程实例的创建结束期、活动实例的创建结束期的历史数据处理)的触发机制来实现的,也就是在整个流程实例执行的过程中,都加入了对将运行数据存入历史库的历史事件(HistoryEvent)的触发。这样实例列表的查询可以只查询历史库。不过这里很遗憾的是,这个事件没有同时清除运行库的数据,这样还是会造成运行库的无限膨胀问题。
大家对此的意见呢?
个人觉得这是个比较鸡肋的功能,因为当一个流程结束后,如果把数据放进历史库那么会存在很多问题,因为一个实际的生产流程往往很复杂,当一个流程结束后,会在很多jbpm自带的表里面会生成很多数据,随随便便就可以上百条都是可能的.这时,如果要在流程结束时同步插入到历史表且删除现行表中的相关数据会是一个很复杂的功能,(比如说:表之间都是建了关联的,不管是插入还是删除都要注意顺序问题,而且表中如果建了索引的话,增删都相对慢).当然如果不出问题的话,这样也行.但如果删除数据过程中出现了异常,可能就是个很棘手的问题,1事务要不要回滚,事务的粒度怎么定位,换句话说,要不要把用户的操作也回滚掉.2回滚事务的话,数据是不会被删的(因为事务回滚),那么怎么通知系统下次删除这批数据.
当然问题可能更多,我觉得jbpm开发人员不做这些处理不是因为他们没想到,可能只是把jbpm定位在一个插件或挂件级别.不好做处理.
为了解决这个问题,以前我们项目组就采用了异步的方法.用quarz做了个定时任务,定时归档已经处理完的任务,也就是插入到历史表且删除现行表的相关数据.
个人感觉,即使jbpm4也很难从本质上解决楼主所说的这个问题.
楼主有没有这种感受啊?
相对而言用pvm开发还显得快点
当然支持了,在jbpm4中有:SpringCommandService、SpringEnvironmentContext、SpringEnvironment、SpringConfiguration。其实说白了,根本就不存在支持不支持这种说法,因为即使这里面完全没有Spring的代码,你也可以自己去集成。
发表评论
-
《流程的永恒之道-一个工作流与BPM项目的备战培训及实施记》之目录结构
2012-08-24 10:54 2259前 言 2 本书之章节阅读说明 ... -
《流程的永恒之道-一个工作流及BPM项目的备战培训及实施记》之前言
2012-08-23 04:06 2036前 言 流程的永恒之道 当今世界是一个高速变化的世界 ... -
《流程的永恒之道--一个工作流与BPM项目的备战培训及实施记》之章节阅读说明
2012-08-23 04:03 2544本书之章节阅读说明 ... -
《流程的永恒之道-一个工作流与BPM项目的备战培训及实施记》之目录结构
2012-08-21 23:34 9前 言 2 本书阅读之章节说明 ... -
《流程的永恒之道》之前言
2012-08-21 23:31 16前 言 流程的永恒之道 当今世界是一个高速变化的世界 ... -
《Head First Process-深入浅出流程》连载1.2 流程分类
2009-10-09 11:22 22091.2 流程的分类 流程的分类可谓是五花八门,因为按照 ... -
《Head First Process-深入浅出流程》连载1.1 流程定义
2009-10-08 21:22 26691.1 流程的定义 流程,英文是“process”,中 ... -
《Head First Process-深入浅出流程》连载
2009-10-08 09:11 3788由本人和荣浩共同编写的《Head First Process- ... -
应用jBPM4解决中国特色的流程需求
2009-09-25 22:02 2840偶应infoq中文站之约,写的一篇文章,今天发表了,详见《应用 ... -
执行BPM,你已经OUT了!流程型组织你转了么?
2009-09-03 00:08 2625上周五参加了德国IDS-Scheer公司的《流程驱动的SAP系 ... -
Drools团队也推出工作流了-Drools Flow特性介绍
2009-07-14 16:54 6542Drools团队在其Drools rule的基础上也推出了工作 ... -
BPP业务流程平台的时代到来了
2009-04-23 15:54 1911前天晚上参加了intalio ... -
记中国第一个开放流程社区Open Process User Group的诞生
2009-04-01 15:04 2304一、 背景 1、 ... -
在Jboss集群中jBPM工作流引擎的可伸缩性及性能
2009-03-28 09:09 4104在Jboss集群中jBPM工作流 ... -
JBPM最佳实践
2009-03-26 16:23 2631原文来自:http://www.mastertheboss.c ... -
基于事件驱动的有限状态机实现工作流引擎的核心调度算法
2009-03-16 11:14 6659有限状态机(FSM)又称为有限状态自动机或简称状态机,是 ... -
PVM-流程虚拟机
2009-02-14 22:20 2664The Process Virtual Machine A ... -
jBPM4管理控制台一瞥
2009-02-14 20:49 3337JBoss已经发布了jBPM4 Alpha1版本,而2008 ... -
关于企业流程分类的对话
2009-01-01 12:01 1677最近因为要写一本关于流程的书,因此很大一部分精力放到了学习和思 ... -
InfoQ访谈BPEL4People代表
2008-12-31 11:36 964此篇文章地址:http://www.infoq.com/cn/ ...
相关推荐
JBPM与Activity实现原理与性能分析.doc
1.2 jbpm3与jbpm4实现对比 1.3 Java、PHPRPC、Hessian、Burlap、AMF3、XML 序列化的效率对比1.4 Effective Java Second Edition中文版已出版1.5 国内开源工作流 Fire Workflow 出炉了 1.6 Word/Excel/PDF文件转换成...
除此之外还有很多其它的特点:流程定义对象的变化在流程定义的对象上,节点类型划分更清晰,详细的对象解析,可参见我曾经写过的文章:《jBPM3与jBPM4实现对比》。基于观察者模式的Event-Listener机制在jBPM4中活动...
吐血分享 非常全面的jbpm和shark工作流引擎对比
这些天,想着把jbpm4.4与ssh2整合一下,由于之前从来没用过jbpm,也不知道各版本之间会有什么差异(经过网上的收集对比,还真有些差异),整合起来,还真是有些步履艰难。收集了不少别人的整合资料和源码,但是最终...
Jbpm3的持久层采用hibernate3来实现,也是因为这个原因吧。Jbpm3的图形化流程定义已经决定嵌入到jboss eclipse IDE中,大家看看jboss eclipse IDE preview 1.5版,我们已经可以用插件方式编辑一个jbpm3流程定义文件...
这些天,想着把jbpm4.4与ssh2整合一下,由于之前从来没用过jbpm,也不知道各版本之间会有什么差异(经过网上的收集对比,还真有些差异),整合起来,还真是有些步履艰难。收集了不少别人的整合资料和源码,但是最终...
JBPM4.3 开发手册和用户手册 包含JBPM多个版本的对比
NULL 博文链接:https://ccflow.iteye.com/blog/2430276
在jBPM3中,节点的运行期行为与jPDL里定义的节点类型是一一绑定的,这造成了流程引擎与特定流程语言的绑定,要支持其他的流程语言变得困难。由于这些缺点所以不在选择范围之内,故没有在下表中列出对比。 BPMS旨在...
Activiti实战(咖啡兔)-高清含目录,工作流在每一个需要流程处理的系统中不可或缺,符合BPMN2.0规范且开源的流程引擎(或平台)才是每个公司需要的,结合长期以来(从jBPM4停止更新)开源流程引擎的使用上可以分为...
工作流技术可行性分析 包含 jbpm activiti 的对比分析。
工作流的起源以及发展作了简单的介绍,其中主要介绍了在工作流领域...Activiti 目前所拥有的优势,并且与“成熟”的 jBPM 进行对比,在经过对工作流领域以及 Activiti 的简单介绍后,本书将带领读者开始 Activiti 之旅
开发Drools和jBPM 如果要构建或参与kiegroup项目,请。 正确设置开发环境将为您和我们节省大量时间。 它解决了可能会破坏您的开发的所有已知陷阱。 它还描述了所有准则,技巧和窍门。 如果您希望将拉取请求(或补丁...