JBPM阶段性工作总结.doc

JBPM阶段性工作总结 关键字: ? Workflow JBPM 工作流???? 快要离职了，工作交接期。但发现技术调研这种东西交接效率非常低啊。下面是自己写的一篇文档，算是做个备忘了。 一、工作概述 近一个月左右，对工作流，特别是开源工作流JBPM进行了一定的技术调研和尝试，现将工作总结一下。 我主要的工作时间花在以下几个方面，它们也是学习、研究工作流的一般途径： 1、JBPM3.2.1官方UserGuide（21章）通读了几遍，包括官方的examples、forum、wiki、apidoc。这五份资料来源是我认为最重要的。 2、google（english）、Javaeye和csdn相关工作流技术文章和评论，特别是“银狐999”的工作流blog。 3、国内OA、工作流、BPM产品的演示和功能介绍，如joinwork，思维加速，西安协同，摩卡等。 4、xflow、osworkflow、Willow、agileFlow等国内外开源工作流了解。 5、几本重要的工作流、BPM相关书籍和workflow模式，最重要的两本书是《OReilly Essential Business Process Modeling》、《MIT Press - Workflow Management--Models, Methods Systems》。 另外JBPM的UserGuide第四章Graph Oriented Programming里有一个jbpm.gop.zip下载包，它就是JBPM引擎的mini版，几乎涵盖有JBPM引擎的绝大部分，如流转、分支、合并、、并行、同步、异步、事件、Action、表单。 6、JBPM的一个请假流程从页面到持久化的整个demo开发（约花两周时间），例子来源于csdn上一个非常典型的例子，有顺序、并发、互斥、条件分支等情形。另外，特别针对JBPM源码进行跟踪调试（四天）。 7、对当前项目的若干Use Case的深入分析，如流程图表示、流程实现。 二、JBPM环境和开发 JBPM开发环境JBPM我是从3.1.4版本开始研究的，但发现3.1.4版的designer在推荐的eclipse3.12下画流程图时，eclipse总是处理僵死状态，一个操作都要5s以上。无奈之下，下载JBPM3.2版本，该版本在eclipse3.1.2下designer无法正常使用。但在eclipse3.3，也就是官方刚出来的Europa版本下，其designer可以正常使用，但代码开发时，也是僵死状态，而在eclipse3.12下开发正常。所以，我现在的做法是，用JBPM的3.2.1版本，用eclipse的3.12做开发和调试，用eclipse3.3做流程可视化设计。另外，3.2.1对mail这类节点有支持。 JBPM控制台 JBPM的管理控制台从3.1.4到3.2.1有非常大的改进，如中文问题、界面、流程发布等。但在实际项目中，我们还是几乎无法使用，理由如下： 1、该管理控制台还是很粗糙，只有最基本的功能，没有权限、组织结构、细粒度的流程管理等功能，另外必须汉化。 2、其流程designer默认是生成JSF表单，也就是说整个管理控制台和流程开发最方便是JSF做表示层，这不符合我们当前的项目实际。另外，用自己的业务表，而不是JBPM自带的活表（数据库对应jbpm_variableinstance表），也就意味着JSF表单没法用上。 3、我们的流程存在大量中国特色的定制，如回退、临时流转、跳越，不可能将流程用JBPM的designer设计好，发布到控制台就ok这么简单。 当前，我们的项目需要流程控制台，但应该是完全自己开发，可以借鉴JBPM后台的设计实现思想，特别是流程查看时的流程图显示；另外我们还需要table格式的详细流转过程。 一般来说，控制台做得很强大的工作流系统，都是standalone方式运行，而不是我们现在的embeded方式。 关于JBPM控制台入门知识，JBPM官方wiki有非常详细的介绍。 JBPM的开发模式 实际的JBPM开发，我觉得应该注意以下几个问题： 1、业务处理的位置 我们知道，在MIS系统，如OA项目中引入工作流，主要是将流程逻辑和业务逻辑分开，流程数据持久化到流程引擎表，业务数据持久化到业务表。这就涉及到业务逻辑在哪里处理的问题。在JBPM中，是在ActionHandler还是在Business Service中？ ActionHandler中：我们将业务在JBPM的回调接口ActionHandler实现中处理，将业务表单对象通过ContextInstance的setTransientVariables()传入，在ActionHandler中持久化，也就是说，ActionH