JBPM开发模式的自我分析

JBPM开发至今，总结了不少经验，下面是我总结出来的一些想法，大家共勉： 首先，业务处理的位置我们都知道在MIS系统里，如果是在OA项目中引入了工作流，主要是将流程逻辑和业务逻辑分开，流程数据持久化到流程引擎表，业务数据持久化到业务表。这就涉及到业务逻辑在哪里处理的问题。在JBPM中，是在ActionHandler还是在Business Service中呢？ ActionHandler中：我们将业务在JBPM的回调接口ActionHandler实现中处理，将业务表单对象通过ContextInstance的setTransientVariables()传入，在ActionHandler中持久化，也就是说，ActionHandler是我们的业务处理主体，可以通过在Task实例中记录业务表单ID。另外，数据库的Connection可以通过ActionHandler的ExecuteContext 参数来取得！ Business Service中呢：这个Service就对应于用Spring框架时的Service，我们可以在service方法里面调用JBPM的API，如 JbpmConfiguration.getInstance().createJbpmContext(); TaskInstance ti = jContext.getTaskInstance(tiid); 将业务数据都持久化到JBPM的活表里，这样只在一个数据库Conntection上，可以避免分布式事务的问题。 上面的这两种方式，第一种是我推荐的，其基本思想是将工作流引擎当成一个集成框架，一切以流程为主线。第二种是将工作流引擎当成辅助的第三方库。两种方式对系统的侵入性都非常大，无侵入性我则认为不怎么现实。 JBPM，工作流，工作流引擎