JBPM与Spring集成开发指南
1 术语工作流：全部或者部分，由计算机支持或自动处理的业务过程。
工作流管理系统：工作流管理系统是这样的一个系统，详细定义、管理并执行“workflows”，系统通过运行一些软件来执行workflows，这些软件的执行顺序由工作流逻辑的计算机表示形式（计算机化的业务规则——过程定
义）驱动。
工单：一次申请的提交记录，该记录具有唯一性。工单相关的概念：
l 工单管理：对投诉工单、建议工单、座席建议工单、业务受理工单等不同类型的工单进行派发、接收处理、回复等一系列工单处理操作。
l 工单统计：对各种处理工单的数量，类型进行数据统计和导出、报表打印。
l 工单系统管理：对工单系统进行管理，设置相应的处理部门、处理人员和相应的权限，规定处理流程。
l 工单日志：记录工单操作日志，有效管理日志的处理状况和责任。
2 背景工作流管理系统一项快速发展的技术，各种行业渐渐的采用工作流技术。工作流技术的主要特点是：过程的自动化处理，这些过程包含由人与以机器为基础的活动相结合；特别是对那些与IT 应用程序、工具交互的过程，进行自动化处理。虽然，工作流技术广泛用于办公环境中，例如保险、银行、法院和行政管理等，然而工作流技术，也可以应用于一些类型的工业和制造业。
3 概述在人们日常生活和工作中，都将与工作流程发生密切的关系，“工作流”干预过程、业务程序的自动化处理，文档、信息或者任务按照定义好的规则在参与者间传递，来完成整个业务目标或者对整个业务目标的完成做贡献。应用领域广泛，比如：
l 公司或组织内部请假或休假流程、通知分发流程等
l 政府政策审批流程、
l 网上书店图书订阅流程、发送流程等
l 驾照学习流程等等。
同时，“工作流”可能由手工组织，实际上，多数“工作流”都在IT系统中进行组织的，从而对过程自动化提供计算机支持。“工作流”采用计算机化后，可以大大提高工作和生活的效率，而信息化过程中，对于采用的技术实现方式的不同，将直接影响到信息化的质量，包括：开发成本、维护成本等。好的工作流解决方案，可以大大提高业务流程流转效率、容
易扩展对新流程的支持等。
JBPM是当前优秀的开源工作流引擎。本文档是关于JBPM与Spring框架集成分析文档。包括：基本概念、设计要点、常见问题解答、参考资源等。
本文主要介绍了集成开发的高级内容，基础知识参见：参考资料
本文档适合所有计算机开发人员。
4 基本概念4.1 什么是工作流
“工作流”干预过程、业务程序的自动化处理，文档、信息或者任务按照定义好的规则在参与者间传递，来完成整个业务目标或者对整个业务目标的完成做贡献。同时，“工作流”可能由手工组织，实际上，多数“工作流”都在IT系统中进行组织的，从而对过程自动化提供计算机支持，WFMC把工作定位在这个方向上。
“工作流”定义：全部或者部分，由计算机支持或自动处理的业务过程。
工作流经常与“过程重组（BPR—Business Process Re-engineering）”联系在一起。BPR 是关于企业（组织）核心业务过程的评估、分析、模拟、定义以及其后的操作实现。尽管，不是所有的BPR都是采用工作流实现的，但工作流技术是最佳的方法，主要因为，工作流技术提供了业务过程逻辑与IT操作支持的分离，从而以后可以修改过程规则来重定义业务过程。相反，工作流技术并不只在BPR中采用，例如用于现有的业务过程中。
“工作流管理系统（WFMS—Workflow Management System）”通过管理工作活动序列，调用与各种活动步骤相关的人员、IT资源，对业务过程提供自动化处理。
“工作流管理系统”定义：工作流管理系统是这样的一个系统，详细定义、管理并执行“workflows”，系统通过运行一些软件来执行workflows，这些软件的执行顺序由工作流逻辑的计算机表示形式（计算机化的业务规则——过程定义）驱动。每个业务过程都有一个生命周期，从几分钟到几天（甚至数月），由过程的复杂性与组成活动的持续时间来决定。有多种方法实现工作流管理系统，使用多种IT和通讯组件，运行环境可以从一个小的本地工作组到企业间。因此，WFMC参考模型从各种角度考虑工作流管理系统，希望提供各种不同的实现技术、运行环境。
尽管实现的方法多种多样，但所有的WFMS都表现出某种共同的特性，这为不同产品间的集成、协同工作提供了基础。参考模型描述了工作流系统的一个公共模型，并且指出参考模型如何能使其与其他各种不同的实现方法相关联。
在最高层，所有的WFMS都相同的特性，即为下边的3个功能提供支持：
●建立时期（Build-time）功能，定义、模拟工作流过程，及其组成活动。
●运行时期（Run-time）控制功能，在运行环境中管理工作流过程，管理不同
●运行时期与用户、IT应用程序（工具）的交互，来处理各种活动的执行。
下图描述WFMS的基本特性，以及上述功能间的关系：
4.2 JBPM
4.2.1 介绍
jBPM is a platform for executable process languages ranging from business process management (BPM) over workflow to service orchestration. There are many process languages. Each one is targeted towards a specific function and a specific environment. jBPM allows all of these process languages to be build natively on top of one single technology: the Process Virtual Machine (PVM). jBPM already supports 3 very different process languages: jPDL, WS-BPEL and Seam Pageflow. This might expand in the future as new process languages are added to our platform.
jBPM（JBoss Business Process Management业务流程管理），它是覆盖了业务流程管理、工作流、服务协作等领域的一个开源的、灵活的、易扩展的可执行流程语言框架。
jPDL是构建于jBPM框架上的流程语言之一。在jPDL中提供了任务（tasks）、待处理状态（wait states）、计时器（timers）、自动处理（automated actions）…等术语，并通过图型化的流程定义，很直观地描述业务流程。
jPDL可以部署于Java语言的任何应用环境下，JavaSE Application(Swing/SWT)、JavaEE Application(Application Server) 。
4.2.2 jPDL分发包组成
目前jPDL的最新版本是 3.2.2，您可以在以下地址：https://www.doczj.com/doc/7711869690.html,/jbossjbpm/jpdl_downloads/获得官方下载包。下载包分为两种，一种是标准包(jbpm-jpdl-3.2.2.zip)只有20M左右；一种是套件包(jbpm-jpdl-suite-3.2.2.zip)将近80M。两者最大的区别是套装包自带一个已经配置好的jboss服务，下载解压缩后，可直接运行。
4.2.3 jPDL的核心程序包(jbpm-jpdl.jar)
它是一个典型的jar文件，它涵盖对流程定义和运行时流程实例上下文环境的操作API。在最简化的业务流程样例中，jPDL将流程定义存储与XML格式的定义文件中，在运行时载入内存，在内存里记录完整的业务实例和执行过程的环境变量，并完成全部操作。显然，在实际应用中，流程信息必须被持久化的存储于数据库中。jPDL使用了Hibernate作为其对象持久化的API。
4.2.4 Graphical Process Designer插件(jbpm-jpdl-designer-3.1.2.zip)
它是一个基于Eclipse的图型编辑插件。使用它可以对业务流程进行可视化的定制，而无须
手动编辑XML文件。该插件还提供了流程定义上传功能，可以将新定义的流程发布到在线运行的jPDL系统上。
4.2.5 jPDL身份包(jbpm-identity.jar)
它是jPDL的一个轻量级扩展包，简单实现了组Group、用户User、许可权Permission 等用户身份认证和鉴权机制。如果您的应用环境只需要简单的用户认证鉴权管理，那么它十分适合您。
4.2.6 jPDL Web控制台(jbpm-console.war)
它是一个标准Web应用（使用了JSF技术），提供了对jPDL平台执行情况的监控程序（对jPDL数据库的监控）。管理员可以通过该程序方便的维护jPDL的数据库，管理流程定义和流程实例的执行情况。同时，它还提供了一个简单的Getting started DEMO，方便初学者了解jPDL。
4.2.7 静态的流程定义模型
4.2.7.1 流程定义实体（Process Definition）
编号
PD-001
对象
流程定义实体（Process Definition）
描述
流程定义实体是对一个流程抽象的对象化定义，如图-002。一套系统中，用户可以定义保存多个流程定义实体，如：报销流程定义、请假流程定义、人事录用流程定义等。每个流程定义还可以有多个不同的版本，如:针对同样的报销流程可以有修订前和修订后的两个流程定义，同时存储于jPDL数库中。用户可以通过流程名称和版本号获取相应的流程定义。在默认请况下，系统启用最新的流程定义。
Java对象
org.jbpm.graph.def.ProcessDefinition
数据库表
JBPM_PROCESSDEFINITION该表存储流程定义的通用信息，如：流程名称、版本号
表关联说明
JBPM_PROCESSDEFINITION表中，每条记录有自己的数据库流水号
ID_JBPM_PROCESSDEFINITION的外键（Foreign Keys）：
startstate_ 同JBPM_NODE（流程结点）表关联。此外键指向流程定义中的起始结点ID
4.2.7.2 流程结点（Node）
编号
PD-002
对象
流程结点（Node）
描述
流程结点是对流程中的过程环节/行为的抽象对象化定义，如图-002中的每个方框即代表一个结点。结点有两个主要职责：一，实现某个指定行为，这在jBPM中就是执行一段制定的Java代码；二，转递、维持流程的延续，直至达到最终结点。在jPDL的结点设计中，系统开放了充分的用户行为模型，程序员可以基于这些行为接口，实现自定义的业务功能。在jPDL中，系统预定义了一系列的Node类型，同时也允许程序员开发定义自己的Node类型。
Java对象
org.jbpm.graph.def.Node
数据库表
JBPM_NODE该表存储结点的定义信息。
表关联说明
JBPM_NODE表中，每条记录有自己的数据库流水号
ID_JBPM_NODE的外键（Foreign Keys）：
processdefinition_ - 此外键说明该Node从属的流程定义对象ID
subprocessdefinition_- 此外键指定了一个由该Node发起的子流程。在主流程离开当前结点之前，该子流程必须完成执行过程。action_ - 此外键指定该结点动作类的ID
superstate_ - 该外键是一个自关联键，指向结点的上级父结点ID。一个子流程中的多个结点从属于同一个父流程结点。
decisiondelegation_ –该外键指定了结点委派的判定类ID（所谓委派判定类是指根据用户的业务逻辑，判定流程的下一个流向的Java Class）
4.2.7.3 流程转向（Transitions）
编号
PD-003
对象
流程转向（Transitions）
描述
流程转向是描述流程中从一个结点到另一个结点的状态转换过程，因此一个转向一定有一个源结点和一个目标结点。在jPDL中transition的命名是通产是唯一的，结点依靠transition 的命名来区别到下一结点的路径，当一个Node中存在有多个同名的transition的时候，第一个transition将会被选中。结点转向的过程中，排在transition列表第一位置的即是默认的transition。
Java对象
org.jbpm.graph.def.Transition
数据库表
JBPM_TRANSITION该表存储流程定义中的转向对象。
表关联说明
JBPM_TRANSITION表中，每条记录有自己的数据库流水号
ID_JBPM_TRANSITION的外键（Foreign Keys）：
processdefinition_ - 该外键指向transition所属的流程定义对象ID
from_ - 该外键指向transition的源结点ID
to_ -该外键指向transition的目标结点ID
4.2.7.4 动作（Actions）
编号
PD-004
对象
动作（Actions）
描述
Actions是指一系列的在流程事件中运行的Java代码。流程图是软件需求的传达的重要手段，但它只是软件需求的一个投影，隐藏了很多技术实现的细节。Actions则是向流程图添加技术实现细节的一种机制，它可以很好的补充和修饰流程图。这意味着在不改变流程图结构的情况下，可以将Java的代码与之关联。Actions通过事件（Events）同流程绑定，常用的主要事件包括：进入结点、离开结点、进行转向。请注意，同Events关联的Actions和处于Node中的Actions是有不同的。处于Events中的Actions是通过事件触发执行的，它是典型的观察者模式，是无法影响流程控制的流向。而处于Node中的Action则要承担起流程传递的责任。此外，Actions是可以命名的。可以通过Actions的命名在任何地方引用该Actions。命名的Actions可以作为主流程定义的公用子元素。这个功能可以提高对Actions 定义的复用。
Java对象
org.jbpm.graph.def.Action
数据库表
JBPM_ACTION该表存储流程定义中的动作对象。
表关联说明
JBPM_ACTION表中，每条记录有自己的数据库流水号ID_
JBPM_ACTION的外键（Foreign Keys）：
processdefinition_ - 指明action所属的流程定义ID
event_ - 指明action绑定的event ID
actiondelegation_ - 指明action的委派对象ID
exceptionhandler_ - 指定action的异常处理ID
referencedaction_ - 指向当前action引用的action的ID
timeraction_ - 指向当前action引用的计时器action
4.2.7.5 事件（Events）
编号
PD-005
对象
事件（Events）
描述
事件表示流程执行中的某个特定的时刻。在流程执行的过程中，通过jBPM的引擎触发事件，这通常发生在jbpm计算后续状态的时候。事件总是和流程中的元素绑定，这些元素包括：流程定义（process definition）、流程结点（node）、流程转向（transition）和任务（task）。不同的元素会触发不同的事件，拿node元素来说，有node-enter事件和node-leave事件。事件是action的钩子，一个事件可以回调一系列的action。当jBPM引擎触发事件的时候，事件中绑定的action就会被执行。在jBPM中，事件模型是可传播的。一个子元素触发的事件，将逐层向上传播到顶层的流程定义元素。这样的设计使得事件可以被集中化处理。
Java对象
org.jbpm.graph.def. Event
数据库表
JBPM_EVENT该表存储流程定义中的事件对象，这些事件与相关的action绑定。
表关联说明
JBPM_EVENT表中，每条记录有自己的数据库流水号ID_
JBPM_EVENT的外键（Foreign Keys）：
processdefinition_ - 指向event所属的流程定义ID
node_ - 指向event所属的node ID
transition_ - 指向event所属的transition ID
task_ - 指向event所属的任务ID
4.2.7.6 任务（Task）
编号
PD-006
对象
任务（Task）
描述
任务作为流程定义中的一部分，定义了如何创建任务实例（Task instances）以及任务分配。任务可以在任务结点（Task-Node）和流程定义（process-definition）两个地方定义。通常会在一个任务结点中定义一个或多个的任务。在这种情况下，任务结点表示在流程中等待用户处理的交互操作。业务流程会停留在任务处，等待用户完成相应的操作之后继续。任务也可在流程定义中声明。通过任务名，可以找到相应的任务定义，并引用他们。实际上任何有命名的任务都可以通过名字被引用。在整个的流程定义中，任务名必须是唯一的。此外，还可以给任务设定优先级，这些优先级属性将成为任务实例化时的默认设置。任务实例可以在之后的运行中改变优先级。.
Java对象
org.jbpm.taskmgmt.def.Task
数据库表
JBPM_TASK该表存储流程定义中声明的任务对象。
表关联说明
JBPM_TASK表中，每条记录有自己的数据库流水号ID_
JBPM_TASK的外键（Foreign Keys）：
processdefinition_ -指向task所属的流程定义ID
taskmgmtdefinition_ - 指向task引用的TaskMgmtDefintion对象ID
tasknode_ - 指向task所属的任务结点ID
startstate_ -指向task所属流程的起始结点ID
assignmentdelegation_ - 指定task委派处理的class对象的ID
swimlane_ - 指定task要授权的swimlane（角色）ID
taskcontroller_ - 指定一个task赋值的委托类
4.2.8 具体化的流程实例模型
流程实例中最重要的三个对象：流程实例（Process Instance）、令牌（Token）、任务实例（Task Instance）.
4.2.8.1 流程实例（Process Instance）
编号
PI-001
对象
流程实例（Process Instance）
描述
流程实例是流程定义的运行时状态，它记录了一个流程运行的起始时间、结束时间等状态信息
Java对象
org.jbpm.graph.exe.ProcessInstance
数据库表
JBPM_PROCESSINSTANCE该表存储运行时的流程对象信息。
表关联说明
JBPM_PROCESSINSTANCE表中，每条记录有自己的数据库流水号
ID_JBPM_PROCESSINSTANCE的外键（Foreign Keys）：
processdefinition_ - 该流程实例对应的流程定义的ID
roottoken_ - 该流程实例引用的跟令牌
superprocesstoken_ - 如果当前流程是某个流程实例的子流程，则指向该父流程的ID
4.2.8.2 令牌（Token）
编号
PI-002
对象
令牌（Token）
描述
令牌代表一个流程执行的路径，它维护着流程定义中各个结点的指针，同时记录了流程当
前执行的位置。
Java对象
org.jbpm.graph.exe.Token
数据库表
JBPM_TOKEN该表存储运行时令牌对象信息，它表示当前流程执行到的位置。
表关联说明
JBPM_TOKEN表中，每条记录有自己的数据库流水号ID_ JBPM_TOKEN的外键（Foreign Keys）：
processinstance_ - 指向该令牌所属的流程实例的ID。
subprocessinstance_ - 指向该令牌所属的子流程实例ID。
node_ - 令牌所在（所指向的）的当前节点ID.
parent_ - 如果当前令牌是一个分支流程或子流程的令牌，则该值指向其父令牌ID。
4.2.8.3 任务实例（Task Instance）
编号
PI-003
对象
任务实例（Task Instance）
描述
一个任务实例对象可以分配给指定的操作者处理，当任务完成后，将触发流程继续下行。任务实例的生命周期很简单，生成实例-->开始处理-->任务结束。从弹性设计考虑出发，任务的分配不属于实例生命周期的一部分，任务是否被分配是不会影响其生命周期过程的。当流程进入一个任务结点的时候，结点上任务被实例化；用户通过访问系统的界面组件，获取自己的任务列表，可以进行任务委派、处理或直接结束任务。任务实例记录着任务创建的时间、结束时间，这些信息可以通过TaskInstance对象中的getter方法获取。一个任务实例的结束时间标识它的完成，在后绪的任务查询中，该实例不会被取出，但实例的记录仍保留于数据库中。
Java对象
org.jbpm.taskmgmt.exe.TaskInstance
数据库表
JBPM_ TASKINSTANCE该表存储运行时任务实例信息。
表关联说明
JBPM_ TASKINSTANCE表中，每条记录有自己的数据库流水号ID_JBPM_ TASKINSTANCE的外键（Foreign Keys）：
task_ - 指向定义该实例的任务ID
token_ - 指向任务实例对应的令牌ID
swimlaneinstatnce_ - swimlane 实例，表示处理该任务的角色
taskmgmtinstance_ - 管理该任务的模块实例ID
4.3 Spring
Spring Framework 是一个Java/Java EE/.NET 的分层应用程序框架。该框架基于Expert One-on-One Java EE Design and Development（ISBN 0-7645-4385-7）一文中的代码，并最初由Rod Johnson 和Juergen Hoeller et al 开发。Spring Framework 提供了一个简易的开发方式，这种开发方式，将避免那些可能致使底层代码变得繁杂混乱的大量的属性文件和帮助类。Spring 中包含的关键特性：◆强大的基于JavaBeans 的采用控制翻转（Inversion of Control，IoC）原则的配置管理，使得应用程序的组建更加快捷简易。◆一个可用于从applet 到Java EE 等不同运行环境的核心Bean 工厂。◆数据库事务的一般化抽象层，允许插件式事务管理器，简化事务的划分使之与底层无关。◆内建的针对JTA 和单个JDBC 数据源的一般化策略，使Spring 的事务支持不要求Java EE 环境，这与一般的JTA 或者EJB CMT 相反。◆JDBC 抽象层提供了有针对性的异常等级(不再从SQL异常中提取原始代码), 简化了错误处理, 大大减少了程序员的编码量. 再次利用JDBC时，你无需再写出另一个'终止' 模块. 并且面向JDBC的异常与Spring 通用数据访问对象(Data Access Object) 异常等级相一致. ◆以资源容器，DAO 实现和事务策略等形式与Hibernate，JDO 和iBATIS SQL Maps 集成。利用众多的翻转控制方便特性来全面支持, 解决了许多典型的Hibernate 集成问题. 所有这些全部遵从Spring通用事务处理和通用数据访问对象异常等级规范. ◆灵活的基于核心Spring 功能的MVC 网页应用程序框架。开发者通过策略接口将拥有对该框架的高度控制，因而该框架将适应于多种呈现技术，例如JSP，FreeMarker，Velocity，Tiles，iText 以及POI。值得注意的是，Spring 中间层可以轻易地结合于任何基于MVC 框架的网页层，例如Struts，WebWork，或Tapestry。◆提供诸如事务管理等服务的面向方面编程框架。
4.4 Spring Modules
Spring Modules is a sub-project of Spring intended to ease integration with 3rd party products without overloading the core framework with additional dependencies.
The modules included in the 0.9 release are:
Ant integration.
Flux suite of products integration.
HiveMind integration.
Lucene integration.
Apache OJB integration.
O/R Broker integration.
OSWorkflow integration.
Tapestry integration.
Support for declarative caching services including EHCache, JCS, OSCache, GigaSpaces and others.
Support for db4o
Support for JSR-94 Rules Engines such as Drools and Jess
Support for various Jakarta Commons components such as Configuration, Lang, Chain and Commons Validator
Support for JavaSpaces, including Gigaspaces and Blitz.
Support for jBPM 3.0.x and 3.1.x
Support for JSR-170 (Java Content Repository) including Jackrabbit and Jeceira.
Support for web template engines like Freemarker, Groovy, Velocity, WebMacro and XSLT. Valang: Validation Language.
Bean V alidation Framework.
Spring MVC add-ons.
XT Framework: Domain-Driven Design oriented framework and Spring MVC AJAX support for developing richer domain models and richer user interfaces.
5 集成5.1 Introduction
j jBPM module offers integration between the Spring and jBPM allowing for reuse of Spring's Hibernate support along with the IoC container. The module allows jBPM's underlying Hibernate sessionFactory to be configured through Spring and jBPM actions to access Spring's context.
5.2 Configuration
Users familiar with Spring will see that the jBPM module structure resembles with the orm package from the main Spring distribution. The module offers a central template class for working with jBPM, a callback to access the native JbpmContext and a local factory bean for configuration and creating a jBPM instance.
class="org.springframework.orm.hibernate3.LocalSessionFactoryBean"> ...
class="org.springmodules.workflow.jbpm31.JbpmTemplate">
The example above shows how (existing) Spring-managed Hibernate SessionFactories and transaction management can be reused with jBPM.
5.3 LocalJbpmConfigurationFactoryBean
The main element is LocalJbpmConfigurationFactoryBean which should be familiar to users acustomed to Spring. Based on the jbpm configuration file and the given SessionFactory, it will create a jBPM configuration which can be used for working with the given process definitions. It is possible to replace jBPM xml configuration with jBPM 3.1.x newly added ObjectFactory - note that if both are present the xml configuration is preffered. LocalJbpmConfigurationFactoryBean allows the creation of the underlying schema based on the process definitions loaded automatically at startup.
Note that the sessionFactory property is not mandatory - Hibernate SessionFactory can be reused with jBPM or jBPM can work by itself without any integration with the existing infrastructure. However, in most scenarios, using LocalJbpmConfigurationFactoryBean allows one to take advantage of Spring transaction management infrastructure so it's possible without any code change to use jBPM, Hibernate and jdbc-based code inside the same transactional context, be it managed locally or globally (JTA). Moreover, it is possible to use thread-bound session or OpenSessionInView patterns with jBPM.
LocalJbpmConfigurationFactoryBean is also aware of the enclosing applicationContext lifecycle - jBPM will be initialized once the context is started (usually application startup) and will be closed properly when the context is destroyed (application is shutdown).
Note that LocalJbpmConfigurationFactoryBean can be configured programatically and can be used standalone only to build an jBPM context which can be used independently of Spring Modules jBPM support.
5.4 Inversion of Control: JbpmTemplate and JbpmCallback
Another important feature of Spring Modules jBPM support is JbpmTemplate. The template offers very convient ways of working directly with process definitions as well as jBPM API taking care of handling exceptions (be it jBPM or Hibernate based) in respect to the ongoing transaction (if it's present), the underlying Hibernate session (if pesistent services are used) and the jBPM context. jBPM exceptions (and the underlying Hibernate information) are translated into Spring's DAO exception hierarchy. Everything happens in a transparent and consistent manner.This is possible, as with every Spring-style template,even when direct access to the native JbpmContext is desired, through the JbpmCallback:
public ProcessInstance findProcessInstance(final Long processInstanceId) { return (ProcessInstance) execute(new JbpmCallback() { public Object doInJbpm(JbpmContext context) { // do something ... return
context.getGraphSession().loadProcessInstance(processInstanceId.longValue()); } }); } As well, as LocalJbpmConfigurationFactoryBean, the JbpmTemplate can be configured programatically and can be used standalone on a pre-existing jbpmContext (configured through LocalJbpmConfigurationFactoryBean or not) and can be used independently of Spring Modules jBPM support.
5.5 ProcessDefinitionFactoryBean
ProcessDefinitionFactoryBean is a simple reader that loads jBPM process definition using Spring's ResourceLoaders. Thus, the xml files can be load using the classpath, relative or absolute file path or even from the Servlet Context. See the official documentation for more information.
Note
As reported on the forums, using ProcessDefinitionFactoryBean jBPM 3.1.1will trigger a new process definition to be persisted(through deployProcessDefinition) at each startup. While this is useful in development when the database is created on application startup and destroyed on closing, for cases where the definition doesn't change, the process should not be declared inside Spring XML files.
Note
As reported here, due to the static nature of jBPM, process definitions which include sub processes are not loaded properly if a JbpmContext does not exist at the time of the loading (no exception is thrown whatsoever). As a workaround consider using the LocalJbpmConfigurationFactoryBean's processDefinitionsResources property.
5.6 Outside Spring container
It is important to note that while our example showed LocalJbpmConfigurationFactoryBean and JbpmTemplate template inside a Spring xml, these classes do not depend on each other or on Spring application context. They can be just as well configured programatically and can
5.7 Accessing Spring beans from jBPM actions
Another important feature of Spring Modules jBPM integration is allowing Spring configured beans to be reused inside jBPM actions. This allows one to leverage Spring container capabilities (bean lifecycles, scoping, injection, proxying just to name a few) in a transparent way with jBPM. Consider the following Spring application context:
and jBPM process definition:
The optional factoryKey parameter specified in this example should be used when one is dealing with more then one jBPM configuration inside the same classloader (not common in practice). The factoryKey should be the same as the bean name of the LocalJbpmConfigurationFactoryBean to be used (in our case jbpmConfiguration).
6 关键设计6.1 环境配置
6.1.1 Required Jar edition
本文分析和举例时，采用的软件版本为：
1. spring-
2.1-m4.jar
2. spring-modules-jbpm31.jar
3. jbpm-jpdl-3.2.2.jar
6.1.2 applicationContext.xml
6.1.2.1 配置jbpm中相关xml文件
key="hibernate.cache.provider_class">org.hibernate.cache.HashtableCacheProvider 6.1.2.2 JbpmTemplate和LocalJbpmConfigurationFactoryBean配置 value="classpath:../../jbpmPrcsDef/openApply/processdefinition.xml" /> class="org.springmodules.workflow.jbpm31.LocalJbpmConfigurationFactoryBean"> class="org.springmodules.workflow.jbpm31.JbpmTemplate"> 6.1.3 jbpm-configuration 6.2 流程定义发布 6.2.1 意图 通过servlet方式发布流程定义文件，并通过配置文件参数灵活控制重新发布或更新已有的流程文件。 6.2.2 动机 随着业务流程的变化，流程定义文件也需要变更进行重新发布，需要一种灵活的发布方式。即要避免每次启动服务器都重新发布，也要避免发布后，不能再次更新的问题。 一个更好的办法就是可以通过一个serlet进行控制是否进行发布。 6.2.3 适用性 当流程定义没有变化时，当启动servlet容器时，不必重复部署。 6.2.4 效果 灵活控制发布方式，避免重复发布。 6.2.5 实现 l JbpmDeployServlet：获得要发布的文件、部署方式。 l JbpmDefinitionService：根据部署方式，获得流程实例ProcessDefinition l JbpmContext：完成实际部署。 6.3 面向接口的设计 6.3.1 意图 设计独立于具体组件内部逻辑的接口，降低业务程序与具体组件的耦合性，支持变化，可以根据需要增加对新组件的使用。 Activiti入门教程详解完整教程 1.A ctiviti介绍 Activiti是由Alfresco软件在2010年5月17日发布的业务流程管理(BPM)框架,它是覆盖了业务流程管理，工作流，服务协作等领域的一个开源，灵活的，易扩展的可执行流程语言框架。 Activiti基于Apache许可的开源BPM平台，创始人Tom Baeyens是JBoss JBPM的项目架构师，它的特色是提供了eclipse插件，开发人员可以通过插件直接绘画出业务流程图。 1.1工作流引擎 ProcessEngine对象，这是Activiti工作的核心。负责生成流程运行时的各种实例及数据，监控和管理流程的运行。 1.2BPMN 业务流程建模与标注（Business Process Model and Notation,BPMN），描述流程的基本符号，包括这些图元如何组合成一个业务流程图(Business Process Diagram) 2.准备环境 2.1Activiti软件环境 1)JDK1.6或者更高版本 2)支持的数据库有:h2,mysql,oracle,mysql,db2等 3)支持Activiti运行的jar包，可以通过maven依赖引入 4)开发环境为Eclipse3.7或者以上版本，myeclipse为8.6版本2.2安装流程设计器(eclipse插件) 1）打开Help →Install New Software →Add 输入Name: Activiti Designer Location: https://www.doczj.com/doc/7711869690.html,/designer/update/ 输入完成后，单击OK按钮等待下载完成后安装。 安装完成后在菜单选项中会出现Activiti的目录选项 环境准备 1、安装JDK 所有 JAVA 开发第一个需要安装的，没什么好说的。记得把系统变量 JAVA_HOME 设上。 2、安装Ant Ant 是使用 jBPM 必须的一个工具。 jBPM 中的很多操作都要用到 Ant 。 安装方法： （ 1 ）先下载：https://www.doczj.com/doc/7711869690.html,/dist/ant/binaries/，选一个如： apache-ant-1.6.5-bin.zip 。 （ 2 ）解压到 D:\ant （当然其他目录也可以）。 （ 3 ）设置如下系统变量： ANT_HOME=d:\ant 。 （ 4 ）把 %ANT_HOME%\bin 加入到系统变量 PATH 中。 3、安装Eclipse Eclipse 不是开发 jBPM 必须的工具，但它是对 jBPM 开发很有帮助的工具，特别是 jBPM 提供了一个 Eclipse 插件用来辅助开发 jBPM 。关于 Eclipse 的安装不赘述了，本文用的版本是： Eclipse3.2 安装jBPM jBPM 的下载地址：https://www.doczj.com/doc/7711869690.html,/products/jbpm/downloads ●JBoss jBPM 是jBPM 的软件包 ●JBoss jBPM Starters Kit 是一个综合包，它包括了jBPM 软件包、开发插件、一个配置好了的基于JBoss 的jBPM 示例、一些数据库配置文件示例。 ●JBoss jBPM Process Designer Plugin 是辅助开发jBPM 的Eclipse 插件。 ●JBoss jBPM BPEL Extension jBPM 关于BPEL 的扩展包 本指南选择下载：JBoss jBPM Starters Kit 。下载后解压到D:\jbpm-starters-kit-3.1 ，目录下含有五个子目录： ●jbpm jBPM 的软件包 ●jbpm-bpel 只含有一个网页 jbpm和shark工作流引擎对比 Xpdl：xml process definition language? Bpel:Business Process execution language? Jpdl：JBoss Jpbm Process definition language. 三亠 -出 1 (shark '^ B f Q M ) “tpcrfwwr 一 WfPmcrw 寥w ^C C E 王亍s- l t l l c -p =8 fe. n 2 Q ? su E wurhlt 1: 纟 - ory "&□.At vnsMk - uriflg jiubkd ehbunKk F t h 4- B c pruccan ^y t l i w &s.g n a l l l ) ^d 」2=-l ￡.x n ??=e *§9 mzr W n^ecIH ?- 一 dcunptF: nrinm 4 二-ring priority 二- 3g S u s - =Hat proc? uatm: FnxcfsFtl =J4lllh_og u cum- sutci) r M ^J C I F E J ,&d ?rcwinwO umin ?Ej ?r i - Mlm 一as- M K C d n i ) 亍 m E p whi fpenu =一一 —Jtiap :Tun??lu^::u~c 一 g JH*【 c.s-y 』。.:乂 ring bvi-yfuunc: ■王 ￡ l k .3 ?"『ring -2 l -x 2n : s z i n ? 2l -=^l -5-^ -]C 3.=V\3&dscBtAud r 卫 mmF. 二? H 4U ? ^u d l ,u n - ^urw sWtc : ?3a w daU “ NmeV flocs d H n : A . l _ ? I g 工 i ?亍1 ￡ ? ? 2 ??f& V j.i I s v v p g .gnugEvcfltAJidh ^evnerc-JJCy: ctring *l 3c c s l - 5 -il r g d remircc ndmc : K 3 1．工作流与JBPM 开发实例 前几天发了一篇文章，没几个人看也没人留言，看来我这功夫差的还是远啊，今天来一个实际点的吧。可能上回的废话太多。说说这个jbpm应该怎么来用。 首先当你想学一个框架的时候一定是你要有项目来用他了，OK，那么你项目当中的流程是什么你应该清楚吧，那么当你清楚了这些的时候我们就开始我们这个最简单的例子吧。 假如我们现在有这么一个例子，公司员工想报销点出差费，那么他要将他的申请提交给他的第一级领导——部门主管去审批，然后部门主管审批完了之后还要交给这个部门主管的上级公司老总进行审批。那么针对这个简单的流程，我们应该从哪里下手呢？ 首先第一件事情就是写流程定义文件，那么这个文件我们用什么来写呢，他就是一个符合某个语法的xml文件，幸运的是jbpm给我们提供了一个集成的开发环境让我们来用。 首先去官网上下一个jbpm-jpdl-suite-3.2.GA包，解压后你会发现他里面有一个designer文件夹，那个里面就是我们写流程定义文件的开发环境，他是一个eclipse的插件，但是好像他给我们的那个eclipse版本有问题，建议大家从新下一个eclipse-SDK-3.2.1-win32.zip这个版本的eclipse，然后覆盖他给我们提供的那个。 准备工作做完了，那么我们就开始吧，首先我们打开解压目录下的designer 文件夹中的designer.bat文件，他弹出一个eclipse，然后我们就用这个东西来开发我们的流程定义文件了。 打开之后你就会看见一个他的小例子，不过我们不去用他，我们自己新建一个工程。右键-new-other-jBoss jbpm-process project。这个时候你会看见他弹出一个对话框，输入你的工程名字，然后点击next，这个时候你会发现他已经把jbpm加载进去了，记住要选中Generate simple ......。 工程建立完了，我们开始建立我们的流程定义文件。在工程里面你会发现src/main/jpdl这个source folder，然后你会看见他里面已经有了一个流程定义文件了，但是我们不去用他的，我们自己建立一个，右键src/main/jpdl，然后new-other-jBoss jbpm-process definition。这个时候他就会弹出一个对话框，起一个你要写的流程定义文件的名字输入进去，OK，可以了。这个时候你打开你建立的那个文件夹，里面就有processdefinition.xml文件，ok，打开他。 在右面的图里面你就可以看到一张什么都没有的白纸，我们看看这部分左面的那些东西，什么start啊，end啊，tasknode啊，fork啊，join啊。那我们来解释一下这是个什么东西呢，我们看看我们的需求，员工要写一个报销单，然 A c t i v i t i工作流入门详 解完整教程 Prepared on 24 November 2020 Activiti入门教程详解完整教程 1.Activiti介绍 Activiti是由Alfresco软件在2010年5月17日发布的业务流程管理(BPM)框架,它是覆盖了业务流程管理，工作流，服务协作等领域的一个开源，灵活的，易扩展的可执行流程语言框架。 Activiti基于Apache许可的开源BPM平台，创始人TomBaeyens是JBossJBPM 的项目架构师，它的特色是提供了eclipse插件，开发人员可以通过插件直接绘画出业务流程图。 1.1工作流引擎 ProcessEngine对象，这是Activiti工作的核心。负责生成流程运行时的各种实例及数据，监控和管理流程的运行。 1.2BPMN 业务流程建模与标注（BusinessProcessModelandNotation,BPMN），描述流程的基本符号，包括这些图元如何组合成一个业务流程图(BusinessProcessDiagram) 2.准备环境 2.1Activiti软件环境 1)或者更高版本 2)支持的数据库有:h2,mysql,oracle,mysql,db2等 3)支持Activiti运行的jar包，可以通过maven依赖引入 4)开发环境为或者以上版本，myeclipse为版本 安装流程设计器(eclipse插件) 1）打开HelpInstallNewSoftwareAdd 输入Name:ActivitiDesigner designer/update/ 输入完成后，单击OK按钮等待下载完成后安装。 安装完成后在菜单选项中会出现Activiti的目录选项 设置eclipseactivit插件的画流程图选项 打开菜单Windows-->Preferences-->Activiti-->Save下流程图片的生成方式 勾选上Createprocessdefinitionimagewhensavingthediagram操作，勾选上这个操作后在画流程图后保存eclipse会自动生成对应的流程图片。 准备开发环境 Activiti依赖 在eclipse左边工作栏右键New选择创建MavenProject项目，创建一个名为ActivitiTest的项目 点击Finish完成。 右键项目选择Properties，选择ProjectFacets勾选上图中的选项，点击Apply，再点击OK 然后将项目转换成web项目,右键项目选择Properties,在ProjectFacets中做如下勾选,然后点击Appy应用和OK确定 然后右键项目Properties，选择DeploymentAssembly,将test相关目录Remove掉之保留main下面需要发布的内容，如下图 然后点击Appply和OK 然后在文件中添加以下依赖 jBPM4.4 一、什么是jBPM JBPM是一个扩展性很强的工作流系统，百分百用JAVA语言开发，持久层采用Hibernate实现，理论上说，只要Hibernate支持的数据库JBPM都支持。同时它还能被部署在任何一款JAVA应用服务器上。 java Business Process Management :工作流，工作流引擎 注:记得j小写,因为j代表java,与Log4j中j一样 工作流管理系统不止一中，如还有Intaliol BPMS …但JBoss jBPM灵活性且扩展性高。 jBPM项目于2002.3由Tom Baeyens 发起，2003.12发布1.0版本，2004年10.18发布 2.0，并在这天加入了JBOSS组织-→被RedHat公司 二、能干什么 提供工作流的实现，帮助更好的进行BPM 三、jBPM有什么，简介jBPM的Service API 各种服务 1：ProcessEngine：流程引擎。并不负责具体的业务，而是用于获取各种Service。 2：RepositoryService：流程资源服务的接口，如流程定义发布、查询、删除等。 3：ExecutionService：用于操作流程实例的服务，可以进行流程实例发布、查询、流程推进、设置流程变量等操作。 4：TaskService：用于操作人工任务的服务，可以进行任务创建、查询、获取、提交完成、保存、删除等操作。 5：HistoryService：用于操作流程历史的服务，提供对流程历史库（就是已经完成的流程实例）的操作。比如：历史流程实例，历史活动实例等。 6：IdentityService：用于操作用户、用户组以及成员关系的服务 7：ManagementService：流程管理控制服务的接口，只提供异步工作（Job）相关的执行和查询操作。 四、Myeclipse8.5 搭配开发环境 1.jbpm-4.4.zip 下载完 2.myeclipse→help→Myeclipse Configuration Center →add……. 3.找到\jbpm- 4.4\install\src\gpd\jbpm-gpd-site.zip 安装这个插件 4.记得不要联网安装，不要选source文件 5.安装完后window→JBoss jBPM→runtime Location→add 添加jbpm的路径 6.添加lib下所有jar包，如果你使用的是tomcat6.0则：要把 Juel-api.jar ,juel-impl.jar,juel-engine.jar 拷到tomcat lib 下并把原来的el-api.jar删掉 项目中就不要再导上面三个包 五、修改配置文件 1、将example中的下列配置文件拷贝到java项目的src目录下： jBPM.cfg.xml、jBPM.hibernate.cfg.xml、jBPM.mail.properties、 jBPM.mail.templates.xml、process_forms.css 2、在以上配置文件中的jBPM.hibernate.cfg.xml，实际上就是我们熟悉的 hibernate.cfg.xml，这里，要修改为连接我们的数据库。 jBPM,全称是Java Business Process Management，是一种基于J2EE 的轻量级 工作流管理系统。 一、介绍下大背景工作流的应用市场部分内容就不提了。首先提一下目前工作流域 的两种主流方向 1、workflow 。 代表osworkflow 等。 workflow 的特点为：其主要侧重于对流程的处理模型方面，也就是说它关注的重心是流程的处理 2、BPM商业逻辑流程模型 BPM的重心为商业逻辑流程模型的处理 其中以JBPM为代表 这是两者最大的区别，也就是切入点不同。不过对我们实际应用来说，选哪个区别都不是很大说到工作流就要提到WFM组织，这个组织是国际上一些厂商组成的一个工作流的组织，该组织给出了一个他们自己定义的工作流的定义，及XPDL语义。 该定义将工作流的定义包括为至少以下五部分内容： 1、工作流过程活动 2、转移信息 3、参与者声明 4、外部应用程序声明 5、相关数据 并给出了标准的语法来描述上述元数据 1：workflow process 2:activity 3:transition 4:application 5:date field 由于JBPM不符合上述语法定义，因此JBPM是不符合该WFM规范的不过上述每部分内容在JBPM都有自己的定义来描述 二、JBPM流程的一个基本的处理步骤 1、加载（发布）流程定义 2、启动流程 3、处理任务 4、记录流程的相关状态 1、加载（发布）流程定义 这个意思是，我们通过jbpm 的designer 插件，或者是用其他工具，制定出processDefinition （可以是String ，可以是包文件，也可以是流数据等），然后将其加载到应用中的过程。这个加载可以是写入内存中，或者是直接 写入数据库等 2、启动流程 注：红色的表为经常使用的表.这里不使用JBPM自己的权限角色定义. 整体说明： JBPM4_DEPLOYMENT 流程定义表 JBPM4_DEPLOYPROP 流程定义属性表 JBPM4_EXECUTION 流程实例表 JBPM4_HIST_ACTINST 流程活动(节点)实例表 JBPM4_HIST_DETAIL 流程历史详细表 JBPM4_HIST_PROCINST 流程实例历史表 JBPM4_HIST_TASK 流程任务实例历史表 JBPM4_HIST_VAR 流程变量(上下文)历史表 JBPM4_ID_GROUP 组表 JBPM4_ID_MEMBERSHIP 用户角色表 JBPM4_ID_USER 用户表 JBPM4_JOB 定时表 JBPM4_LOB 存储表 JBPM4_PARTICIPATION 参与者表 JBPM4_SWIMLANE 泳道表 JBPM4_TASK 任务表 JBPM4_VARIABLE 上下文表 红色的表为经常使用的表.这里不使用JBPM自己的权限角色定义. 发布一个流程deploy后 jbpm4_deployment新增一条记录 jbpm4_deployprop新增三条记录 jbpm4_lob 新增一条记录 开始一个流程startProcessInstanceByKey后 jbpm4_execution新增一条记录 jbpm4_hist_actinst 新增一条记录 jbpm4_hist_procinst新增一条记录 jbpm4_hist_task新增一条记录 jbpm4_task 新增一条记录 流程定义相关的布署信息就存储在（1）JBPM4_DEPLOYMENT、（2） JBPM4_DEPLOYPROP及（3）JBPM4_LOB中。上传一个包含png和jpdl.xml的zip包后，JBPM4_DEPLOYMENT多一条记录 JBPM4_DEPLOYPROP 多三条， https://www.doczj.com/doc/7711869690.html, 觉得activiti设计得简单而强大，尝试翻译一下他的10分钟入门指南： 10分钟入门指南 通过一个（非常简单的）业务流程，介绍一些基本的Activiti工作流感念和API接口。 使用案例 这个用例叫干脆(straightfoward)：有一个公司，暂且叫它BPMCorp。在BPMCorp内部，会计部门每个月都要写一份财务报告给公司的股东。但在发送给所有股东之前必须经过上级部门的批准。下面涉及的所有文件及代码片段均可以通过Activiti分发的examples范例包中找到，请查看包 https://www.doczj.com/doc/7711869690.html,ertask的内容。 流程图 如上所述的业务流程可以使用Activiti的可视化流程编辑器 Activiti Modeler查看及编辑。使用BPMN2.0的标准符号则如下图所示： 这里没有什么特殊的东西，图中看到的是一个none start event（左边的圆圈），其次是两个user tasks："撰写财务报告"和”批准财务报告"，以 none end event （右边边框加粗型的圆圈）结束。XML表示 上述业务流程的XML表示形式如下所示(FinancialReportProcess.bpmn20.xml). 流程中包含一些主要的元素(通过点击链接可以查看更详细的BPMN 2.0 元素的说明): ?none start event 让我们认识到要开始一个流程。 ?user tasks声明一个基于用户操作的流程任务. 注意第一个任务是分派用户组accountancy的, 而第二个任务是分派到用户组management的. 查看分派用户任务章节可以得到更多怎样分派任务到用户或组的信息。 1.工作流与工作流管理系统 1.1. 工作流（Work Flow） 工作流就是工作流程的计算机模型，即将工作流程中的工作如何前后组织在一起的逻辑和规则在计算机中以恰当的模型进行表示并对其实施计算。工作流要解决的主要问题是：为实现某个业务目标，在多个参与者之间，利用计算机，按某种预定规则自动传递文档、信息或者任务。通俗的说，流程就是多个人在一起合作完成某件事情的步骤，把步骤变成计算机能理解的方式就是工作流。 公司内采用纸张表单，手工传递的方式，一级一级审批签字，工作效率低下，对于统计报表功能则不能实现。而采用工作流软件，使用者只需在电脑上填写有关表单，会按照定义好的流程自动往下跑，下一级审批者将会收到相关资料，并可以根据需要修改、跟踪、管理、查询、统计、打印等，大大提高了效率，实现了知识管理，提升了公司的核心竞争力。 作为一个成熟稳定的工作流产品，不仅提供日常办公和关键业务流程智能化管理，而且能根据公司的特殊实际要求轻松方便地随时定制各种流程，并可实现不同角色不同的跟踪、查询、统计、打印等强大功能 1.2.工作流管理系统（Workflow Management System） 工作流管理系统（WfMS）的主要功能是通过计算机技术的支持去定义、执行和管理工作流，协调工作流执行过程中工作之间以及群体成员之间的信息交互。工作流需要依靠工作流管理系统来实现。工作流管理系统是定义、创建、执行工作流的系统，应能提供以下三个方面的功能支持： 1.定义工作流：包括具体的活动、规则等 2.运行控制功能：在运行环境中管理工作流过程，对工作流过程中的活动进行调度 3.运行交互功能：指在工作流运行中，WfMS与用户（活动的参与者）及外部应用程 序工具交互的功能。 一、定义工作流 二、执行工作流 jBPM-jPDL学习笔记—框架设计简介(一) 概述: jBPM（JBoss Business Process Management业务流程管理），它是覆盖了业务流程管理、工作流、服务协作等领域的一个开源的、灵活的、易扩展的可执行流程语言框架。 jPDL是构建于jBPM框架上的流程语言之一。在jPDL中提供了任务（tasks）、待处理状态（wait states）、计时器（timers）、自动处理（automated actions）…等术语，并通过图型化的流程定义，很直观地描述业务流程。 jPDL可以部署于Java语言的任何应用环境下，JavaSE Application(Swing/SWT)、JavaEE Application(Application Server) jPDL分发包组成 目前jPDL的最新版本是3.2.2，您可以在以下地址： https://www.doczj.com/doc/7711869690.html,/jbossjbpm/jpdl_downloads/ 获得官方下载包。下载包分为两种，一种是标准包(jbpm-jpdl-3.2.2.zip)只有20M左右；一种是套件包(jbpm-jpdl-suite-3.2.2.zip)将近80M。两者最大的区别是套装包自带一个已经配置好的jboss服务，下载解压缩后，可直接运行。 jPDL的核心程序包(jbpm-jpdl.jar) 它是一个典型的jar文件，它涵盖对流程定义和运行时流程实例上下文环境的操作API。在最简化的业务流程样例中，jPDL将流程定义存储与XML格式的定义文件中，在运行时载入内存，在内存里记录完整的业务实例和执行过程的环境变量，并完成全部操作。显然，在实际应用中，流程信息必须被持久化的存储于数据库中。jPDL使用了Hibernate作为其对象持久化的API。 Graphical Process Designer插件(jbpm-jpdl-designer-3.1.2.zip) 它是一个基于Eclipse的图型编辑插件。使用它可以对业务流程进行可视化的定制，而无须手动编辑XML文件。该插件还提供了流程定义上传功能，可以将新定义的流程发布到在线运行的jPDL系统上。 jbpm工作流入门教程 1.jBPM的简单介绍 jBPM是JBOSS下的一个开源java工作流项目，该项目提供eclipse插件，基于Hibernate实现数据持久化存储。 参考 https://www.doczj.com/doc/7711869690.html,/products/jbpm 2.jBPM和myeclipse的冲突 当eclipse安装了myeclipse和jBPM时候，可能有冲突，具体表现在jBPM 的流程设计器不能在eclipse中使用。 3.Hibernate连接mysql数据库的一般参数 下面的配置参数，根据需要可以修改： jbpmtest是mysql中的schema的名字； GBK是字符集，可以根据需要修改； username=root，mysql数据库的用户名是root； password=mysql，mysql数据库的用户密码是mysql； hibernate.dialect=org.hibernate.dialect.MySQLDialect hibernate.connection.driver_class=com.mysql.jdbc.Driver hibernate.connection.url=jdbc:mysql://localhost/jbpmtest?useUnicode=true&characterEncoding= GBK https://www.doczj.com/doc/7711869690.html,ername=root hibernate.connection.password=mysql hibernate.show_sql=true hibernate.c3p0.min_size=1 hibernate.c3p0.max_size=3 4.Hibernate连接Oracle数据库的一般参数 hibernate.dialect=org.hibernate.dialect.Oracle9Dialect hibernate.connection.driver_class=oracle.jdbc.driver.OracleDriver hibernate.connection.url=jdbc:oracle:thin:@localhost:1521:orcl https://www.doczj.com/doc/7711869690.html,ername =jbpm hibernate.connection.password=jbpm 5.为jBPM创建数据库表等内容 5.1.为mysql创建数据库以及数据内容 JbpmSessionFactory.buildJbpmSessionFactory().getJbpmSchema().dropSchema(); JbpmSessionFactory.buildJbpmSessionFactory().getJbpmSchema().createSchema(); 这2个语针对mysq有效. 5.2.为oralce创建数据库以及数据内容 JbpmSessionFactory.buildJbpmSessionFactory().getJbpmSchema().dropSchema(); JBPM源码浅析 关键字: jbpm workflow 工作流 离职啦，工作交接中，记录一下。 就如同了解Servlet规范、Servlet容器设计和实现一样，学会一种workflow 的建模、引擎设计和实现也是必备的。工作流这东西是业务系统的一个核心模块，现在的大多数企业业务系统大多数是业务驱动的，如新闻行业采编发、制造业的采供销、金融保险的审批等，协同OA就不用说了。BPM、ESB、SOA现在很火啊！ 下面的总结肯定欠成熟，70%合理就不错啦，看到这篇blog的朋友，一定要批判接受哦。 当前我指的JBPM是3.2版本，因为从JBPM2.0到3.0，其API从package到class 都完全重新设计了，以及其背后的建模思想和架构。在2.0版本里，是按照Spring+Hibernate那种Transaction Script方式组织的，OO的概念比较弱，里面是大量的interface、impl、service。而3.0版本，完全按Domain Model方式组织，Hibernate透明持久化，它是我见到的O/R Mapping最优雅的应用。 在当前的3.2版本里，其整体架构可以这么去理解：领域对象，如ProcessDefinition、ProcessInstance、Node、Token、Transition等，都是Rich Model，里面的方法主要是处理业务，以及建立领域对象之间的关联，持久化则完全放在XXXSession中，如TaskMgmtSession，GraphSession等，也可以认为这些XXXSession是DAO，负责处理持久化。另外， org.jbpm.persistence.db.DbPersistenceService这些类相当于最底层的数据库Helper类。总之，JBPM的技术架构非常清晰易懂，也是非常典型的Domain Driven Design，在这种架构中，分层的概念被弱化了。 上面是从架构的角度看待JBPM设计，其引擎设计和实现，则隐藏在架构下。了解其引擎设计思想，我的建议是，先仔细读读JBPM的User Guide第四章Graph Oriented Programming，专门探讨流程建模的理论，里面附带了一个微型的JBPM 实现，几乎包括流程建模的绝大部分，如顺序流、并行、分支等： https://www.doczj.com/doc/7711869690.html,/jbpm/gop/jbpm.gop.zip，我建议研读JBPM源码前，先把这个理解透，JBPM的流程引擎核心代码和它非常相似，包括类名，只是扩展了一些。 我用代码统计工具统计了一下，JBPM源码总共4w多行，除去注释和空行，约2万6千行。需要我们hack的核心、比较难、代码多的类约40个（共400多），反正它花了我整四天的时间，现在基本都弄清楚了。我主要是通过一个请假流程的部署、创建、任务执行来动态debug、静态查看的。JBPM源码中最难读懂的那部分是引擎调度，也就是org.jbpm.graph相关的几个包，最重要的是GraphElement和其子类Transition等、Node及其子类Fork等、ExecuteContext 和Token。而引擎调度这部分， JBPM附带了一个微型JBPM实现，我在前面介绍 （BPM业务流程管理)jbpm工作流全程笔记 1.工作流 <1>工作流（Workflow）：就是自动运作的业务过程部分或整体，表现为参与者对文件、信息或任务按照规程采取行动，并令其在参与者之间传递。简单地说，工作流就是一系列相互衔接、自动进行的业务活动或任务。工作流是针对工作中具有固定程序的常规活动而提出的一个概念。通过将工作活动分解成定义良好的任务、角色、规则和过程来进行执行和监控，达到提高生产组织水平和工作效率的目的。 <2>工作流就是工作流程的计算机化，即将工作流程中的工作如何前后组织在一起的逻辑和规则在计算机中以恰当的模型进行表示并对其实施计算。工作流要解决的主要问题是：为实现某个业务目标，在多个参与者之间，利用计算机，按某种预定规则自动传递文档、信息或者任务。 <3>通俗的说，就是多个人在一起合作完成某件事情。 <4>工作流可实现业务或公文的申请、审批、会签、登记、操作等环节的管理，可将工作过程进行记录，便于日后检查。并实现数据的规范化录入、查询、统计和存档。OA（办公自动化）主要技术之一就是工作流。 2.工作流管理系统（WorkflowManagementSystem,WfMS） <1>主要功能是通过计算机技术的支持去定义、执行和管理工作流，协调工作流执行过程中工作之间以及群体成员之间的信息交互。工作流需要依靠工作流管理系统来实现。 <2>工作流管理系统是定义、创建、执行工作流的系统，应能提供以下三个方面的功能支持： ①定义工作流：包括具体的活动、规则等； ②运行控制功能：在运行环境中管理工作流过程，对工作流过程中的活动进行调度； ③运行交互功能：指在工作流运行中，WfMS与用户（活动的参与者）及外部应用程序工具交互的功能。 3.JBPM，全称是JavaBusinessProcessManagement <1>JBPM是一种基于J2EE的轻量级工作流管理系统,jBPM是公开源代码项目,官方主页为：http:///jbossjbpm <2>Jbpm的使用 **步骤 *编写流程定义（定义规则）； *部署流程定义到系统中； *执行流程（使用指定的流程定义）； ①编写流程定义 举例：员工报销费用的流程描述：员工需要先填写报销单据；交给其经理进行审批；审批（通过）后到财务去领款。 以上流程由三个步骤组成，每个步骤即是一个任务，分别由一个角色执行。应该使用jBPM提供的JPDL （jBPMProcessDefinitionLanguage）来描述这个流程，这样使用了jBPM的系统才能看的懂。jPDL：是一种直观的流程语言，可以使用任务、等待状态、定时器、自动化动作等等图形化地表示流程。jPDL 认为一个商务流程可以被看作是一个UML状态图。Activiti工作流入门详解完整教学教程
jBPM开发入门指南(1)
jbpm和shark工作流引擎对比
工作流与JBPM开发实例精解
Activiti工作流入门详解完整教程
jBPM4.4详细讲解
jbpm数据库说明
JBPM工作流表结构的详解
Activiti5基于jBPM4的开源工作流系统10分钟入门指南
jBPM 4.4 入门指南
jBPM
jbpm工作流入门教程
JBPM源码浅析
2020年(BPM业务流程管理)jbpm工作流全程笔记
相关主题
文本预览