- 1. JBPM简介
JBPM，全称是Java Business Process Management(业务流程管理)，它是覆盖了业务流程管理、工作流、服务协作等领域的一个开源的、灵活的、易扩展的基于java实现的流程业务处理框架(Business Process Management)。jBPM是公开源代码项目，它使用要遵循 Apache License。
支撑企业的流程性业务应用：解释业务规则，使得协作自动化
2.JBPM最大特色
就是它的商务逻辑定义没有采用目前的一些规范，如WfMC´s XPDL, BPML, ebXML, BPEL4WS等，而是采用了它自己定义的JBoss jBPM Process definition language (jPdl)。jPdl认为一个商务流程可以被看作是一个UML状态图。jPdl就是详细定义了这个状态图的每个部分，如起始、结束状态，状态之间的转换,过图型化的流程定义，直观地描述业务流程。
jBPM的另一个特色是它使用Hibernate来管理它的数据库。Hibernate是目前Java领域最好的一种数据存储层解决方案,只要是 Hibernate 支持的数据库， jBPM 也就支持。通过Hibernate，jBPM将数据的管理职能分离出去，自己专注于商务逻辑的处理。
3.JBPM带来的益处
实现了无纸化的工作模式；
过程可监控：便于对执行过程的跟踪和监控
数据可管理：便于对数据进行检索、分析
可靠性：减少人-人交互的主观错误的机率
4.JBPM常见应用领域
行政管理：行政、事业单位、大中型（国有）企业
产品研发和制造：用于对整个研发、生产制造过程的管理和调度
电子商务：订单处理
其他 如大型内容管理系统的多步审核
5.JBPM常见场景
公文流转、行政审批、订单处理、产品研发、制造过程
其他需要多个角色协作、多步完成的活动
6.JBPM模型说明
加载流程定义:
定义工具可以系统提供，也可以只是读取定义结果
启动流程:
启动选定的流程，创建流程实例
办理任务（流程的每一步）:
执行流程的每个步骤（不一定都需要人参与：自动任务节点）
记录流程的状态:
对状态的管理是工作流引擎的主要职责
7.JBPM主要概念
流程定义：预先定义的业务流转逻辑
流程实例：业务的一次实际流转过程
参与者：任务的执行者
活动（任务）：组成流程定义的节点
活动实例：组成流程实例的元素
流转：从一个节点到另一个节点这一行为
工作列表：当前需要办理的任务集合
工作流引擎：工作流的核心组件，对流程实例、任务实例以及其状态进行管理
8.JBPM套件的组成
jPDL Designer：流程定义设计器，流程建模工具
jPDL Library：流程执行引擎
WebConsole：参与者和流程执行环境的交互界面，流程运行期间的监控工具
9. 使用jBPM开发工作流的一般流程
1) jBPM的运行需要数据库的支持，因此系统设计时要选定所用数据库。只要是Hibernate支持的数据库，jBPM就支持。数据库的初始化可以由jBPM自动完成，也可以通过ant generate.ddl任务生成SQL语句，在jBPM外部自己创建所需的表。
2) 使用jPdl定义工作流，生成processdinination.xml文件。可以采用GUI工具gpdl，但目前只支持jBPM1.0，而且bug很多。XML的DTD定义文件在jBPM下载包中。
3) Ant create.pde生成pde包的工作目录。将processdinination.xml文件和其它需要的文件放在指定的目录下，使用ant build.precess.archives生成pde包。pde包的格式采用jar。
4) 更改pde工作目录/src/config/jbpm.properties的相关属性，主要是设定相关的数据库连接信息。注意要将数据库的JDBC驱动放在pde工作目录的lib目录下。
5) Ant deploy.process.archives将刚才生成的pde部署到数据库。实际上就是向数据库插入一些相关数据。
6) 利用jBPM API函数开发相应的工作流程。
10.jbpm表结构介绍
10.1资源库和运行时表结构
JBPM4_DEPLOYMENT，JBPM4_DEPLOYPROP，JBPM4_LOB存储流程定义相关的部署信息
JBPM4_EXECUTION主要是存放JBPM4的执行信息，Execution机制代替了JBPM3的Token机制
JBPM4_TASK存放需要人来完成的Activities(活动)，需要人来参与完成的Activity 被称为Task
JBPM4_PARTICIPATION参与者表，存放参与者信息，参与者的种类有Candidate、Client、Owner、Replaced Assignee和Viewer。而具体的参与者既可以是单一用户，也可以是用户组
JBPM4_SWIMLANE泳道表。SwimLane是一种Runtime Process Role。通过SwimLane，多个Task可以一次分配到同一Actor身上
JBPM4_JOB 存放的是Timer 的定义
JBPM4_VARIABLE 存的是进行时的临时变量。
10.2历史数据库表结构
JBPM4_HIST_PROCINST 与JBPM4_HIST_ACTINST 分别存放Process Instance和Activity Instance的历史记录
JBPM4_HIST_DETAIL 保存 Variable的变更记录
JBPM4_HIST_VAR 保存历史的变量 JBPM4_HIST_TASK Task的历史信息
身份认证表结构
JBPM4_ID_GROUP ，JBPM_ID_MEMBERSHIP ，JBPM4_ID_USER 这三张表很常见，基本的权限控制，关于用户认证方面建议还是自己开发一套，组件自带的功能太简单，使用中有很多需求难以满足
除了前面述及的17张表外，还有一张引擎参数表，这是一张独立的表，在此没有单独列出
11.GPD（图形化流程设计器） for Eclipse插件安装
- · 帮助-->软件更新（Help --> Software Updates）
- · 选择“有效软件”标签（Available Software）
- · 点击添加站点（Add Site）
- · 在对话框里添加站点击（Add Site）对话框，点击压缩包（Archive）
- · 找到gpd/jbpm-gpd-site.zip
- · 点击“确定”（ok）自动回到“软件更新和扩展”对话框
- · 选择jPDL 4 流程设计器更新站点（jPDL 4 GPD Update Site）
- · 点击安装（Install）
- · 在安装（Install）对话框中,选择Flow Common Feature 和jPDL 4 Feature
- · 点击下一步（Next）
- · 选择接受（Accept），并点完成（Finish）
- · 重启Eclipse
12. 基于Web的Signavio流程设计器
jBPM3开始，这个著名的开源项目就因为没有基于浏览器的图形化流程设计器而饱受用户诟病，没错，进入了Web时代，流程设计器没有理由总是停留在CS（Client Server）阶段。有很多公司认识到了这一点，因此市场上的jBPM Web流程设计器并不少见，但它们或不开放源代码、或基于特定的业务、或存在支持升级问题。总之，没有RedHat JBoss jBPM的官方认证和支持，您用着总会不放心，不是吗？
现在您不用担心了。从Version 4.1开始，jBPM官方发布包绑定了一个完全开源的基于Web的BPM流程设计器，代号为Signavio。
12.1jBPM Web流程设计器简介
Signavio Web流程建模工具是和JBoss jBPM团队、德国的Signavio公司和Hasso Plattner Institute（HPI软件工程研究所）紧密协作的成果。Signavio项目基于Web建模工具Oryx，Oryx是由HPI主持的开源项目。HPI和Signavio公司都会持续地在Oryx项目和Signavio项目中投入人员和资金的支持。关于这两个项目，您可以在Google Code上找到：http://code.google.com/p/signavio-oryx-initiative/。
使用Signavio可以让业务流程分析人员通过浏览器建立业务流程模型。Signavio输出的流程文件格式正是jPDL。这意味着Signavio设计出的流程定义文件可以直接导入到Eclipse GPD，反之亦然。流程定义文件会保存在硬盘上，位于 $jbpm_home/signavio-repository中，这个参数在安装脚本中有默认值。
下图是Signavio流程设计器的使用界面，它能很好地支持IE和Firefox浏览器。
注意：Signavio是基于web的业务流程建模工具，绑定在jBPM中，是100%开源的（基于MIT开放源代码许可证）。同时，Signavio公司也提供商业版的同名工具，毫无疑问，商业版的Signavio有更多的功能。
12.2独立安装Signavio
复制 $jbpm_home/install/src/signavio/jbpmeditor.war 到您的目标Web容器中。
12.3配置Signavio
Signavio配置很简单，大多数参数在web.xml中修改即可，您可以在 jbpmeditor.war/WEB-INF/ 目录中找到。其中最重要的是 fileSystemRootDirectory 参数。这个参数的值必须为一个物理上存在的本地目录，它指定了流程定义文件（即*.jpdl.xml 文件）存储的位置，以下是此参数的web.xml片段：
12.3 Signavio缺点：
1:不支持中文。
2:只能用firefox打开页面。
13.在目录中添加jPDL4模式
- · 点击窗口-->属性（Windows-->Preferences）
- · 选择XML-->目录（XML-->CataLog）
- · 点击添加（Add）
- · 添加XML目录（Add XML Catalog Entry）的窗口打开
- · 点击map-icon的图标下面的按钮并选择文件系统（File System）
- · 在打开的对话框中，选择jBPM安装目录下src文件夹中jpdl.xsd文件
- · 点击打开（Open）并且关闭所有的对话框
14.ssh+jbpm整合
- · 加入jbpm.jar包, 文件位置在jbpm发布包根目录下
- 加入jbpm配置文件，文件位置在jbpm发布包根目录/examples/src下:
- · Spring配置文件加入以下代码：
- · Hibernate配置文件加入以下代码： 第一次执行时需放开第一行代码 以便在目标数据库中创建jBPM 表结构；创建之后需手动注释第一行代码；
或者在jbpm-4.4/install目录下执行cmd命令： ant create.jbpm.schema 。
15．部署到tomcat6.0
需删除tomcat6.0 lib目录下el-api.jar 包，因为会和jbpm的包产生冲突。然后导入jbpm发布包lib目录下的以下三个包：
Ok，启动服务。
16．示例项目
TestJBPM是一个简单的jbpm+ssh+oracle10g+tomcat6整合项目，实现了一个简单的请假流程。工程由myeclipse打开。
流程图如下：
部署前需修改jbpm.hibernate.cfg.xml文件，改为您自己的数据库连接方式
导入库文件 testJbpm.dmp
apache-tomcat-6.0.20 下有部署好的Signavio流程设计器，启动tomcat前，需要在c盘下创建test文件夹。
17．JBPM工作流小结
经过两周的学习和讨论，我们了解了工作流的概念、并逐步分析和熟悉了jbpm工作流的特点和应用，现对jbpm工作流总结如下。
17.1关于JBPM工作流
17.1.1工作流
工作流是一项分离业务操作和系统流程的技术。工作流由实体(Entity)、参与者(Participant)、流程定义(Flow Definition)、工作流引擎(Engine) 四部分组成。
实体是工作流的主体，是需要随着工作流一起流动的物件(Object)。例如，在一个采购申请批准流程中，实体就是采购申请单；在公文审批流程中，实体就是公文。
参与者是各个处理步骤中的责任人，可能是人，也可能是某个职能部门，还可能是某个自动化的设备；
流程定义是预定义的工作步骤，它规定了实体流动的路线。它可能是完全定义的，即对每种可能的情况都能完全确定下一个参与者，也可能是不完全定义的，需要参与者根据情况决定下一个参与者；
工作流引擎是驱动实体按流程定义从一个参与者流向下一个参与者的机制
前三个要素是静态的，而第四个要素是动态的，它将前三者结合起来，是工作流的核心组成元素。
17.1.2JBPM
jBPM，全称是Java Business Process Management，是一种基于J2EE的轻量级工作流管理系统。
jBPM的一个特色是采用了它自己定义的JBoss jBPM Process definition language (jPdl)。jPdl认为一个商务流程可以被看作是一个UML状态图。jPdl就是详细定义了这个状态图的每个部分，如起始、结束状态，状态之间的转换等。
jBPM的另一个特色是它使用Hibernate来管理它的数据库。Hibernate是目前Java领域最好的一种数据持久层解决方案。通过Hibernate，jBPM将数据的管理职能分离出去，自己专注于商务逻辑的处理。
17.2JBPM工作流的应用分析
17.2.1jbpm工作流步骤：
1、加载（发布）流程定义
这个意思是，我们通过jbpm的designer插件，或者是用其他工具，制定出processDefinition
，然后将其加载到应用中的过程。这个加载可以是写入内存中，或者是直接写入数据库等。
2、启动流程
创建流程实例的过程。具体创建实例的方法有多种，可根据自己的需要自行选择。
3、处理任务
在流程流转的过程中，JBPM引擎会为我们生成任务的实例，我们就需要针对这些任务实例来进行处理，然后结束这些任务实例，并推动流程的流转。
4、记录流程的相关状态
记录流程状态这点包括且不限于以下内容：
1）流程实例的开启
2）任务实例的创建
3）任务实例的开始执行
4）任务实例的结束
5）流程实例的结束
17.2.2使用jBPM的优势
将业务流程复杂的系统结构清晰话，提供系统运行时的灵活性
1、解耦系统业务流程
流程独立，可以使用工具定义和建模，利于跟踪、监控、管理、调度、优化和重整
2、提高系统的灵活性
系统流程定义生产环境的修改和调整，用户和外部工具交互，任务的动态分派
17.2.3使用jBPM时的问题
1、对当前任务的条件查询
jBPM不提供灵活进行条件查询的api，如果需要，可以自定义hibernate查询，从jbpm相应的数据表中查询任务数据。但需要对jBPM机制比较了解，而且有些复杂条件难以用jBPM本身的信息查到。
2、当前任务的分页
在上一问题的基础上，使用hibernate分页。
3、统计各个流程实例的状态
可以通过流程实例，在jbpm系统表中查询，也可以在业务表的相应数据上加上状态列来统计。前一个比较麻烦，后一个比较直观，但不会因使用jBMP而使用工作量减少。
4、工作流数据与业务数据结合
一般通过在流程实例中添加相应的一笔数据的标识作为变量来关联。也可以有针对性的扩展jbpm的系统表来实现与业务的关联性。
5、修改流程后的历史数据兼容性问题
Jbpm工作流流程定义有版本的概念，修改流程后要重新发布，与旧的流程不是一个同一个版本。系统可以区别开新旧流程来。
17.3结论
1、工作量
初步的结论是：引入工作流技术不会明显减少系统开发工作量。相反，在一般情况下，会增加一部分工作量。如果项目流程比较少，而且比较固定，则使用工作流技术会明显增加开发工作量。如果项目流程多，而且比较复杂，则使用工作流技术会使项目结构层次更加清晰、更具有扩展性，根据需求有可能要修改和扩展现有开源工作流类库与数据库结构，也会增加额外的工作量。但权衡之下，利大于弊。
2、关于业务数据与jBPM本身的数据
理论上说，如果使用jBPM，可以将所有业务数据放到jBPM的context中管理，不再维护业务数据表。但这样的结果是在流程之外的环境（比如在统计报表中）中无法容易的得到业务数据。所以一般会建立业务数据表，我不使用工作流时一样，然后让jBMP从业务数据表中得到业务数据，而不在jBPM中保留业务数据。因此，使用jBPM后，在业务数据方面基本不会减少工作
3、工作流学习成本
工作流本身的概念较复杂，使用jbpm，需要学习其工作流的定义和结构，流程定义工具和语言、了解其数据结构。与其它工作流产品（如Shark）相比，jBPM对Java开发人员来说学习较低成本，在做流程复杂的项目时，学习成本可以接受。
4、系统用户和角色与工作流整合
流程的流转和任务的分派完成，都是用户在控制，所以需要将用户、角色和权限整合到jbpm工作流中。
5、系统业务的整合和调整
将流程抽取后，原本连续的业务处理变成一个个的任务节点。需要在每个业务相关处理处添加工作流流程控制、在每个节点处实现相关的业务和流程切入点。
6、适用范围
Jbpm工作流适用于：
1、项目流程比较多，流程复杂的项目。
2、系统运行和维护、升级时，流程可能需要修改、调整和跟踪、控制的项目。