4从jBPM3转换到jBPM4
jbpm下载路径及安装说明
String pid = processInstance.getId();
//让state1活动继续往下执行，并进入结束活动，流程结束
//主要用来启动流程，执行流程
ExecutionService executionService = null;
protected void setUp() {
processEngine = new Configuration().buildProcessEngine();
3、左边Browse Software选择add site---->Add from Archive File；
4、Name写jbpm4.3，url是jbpm4.3解压缩目录下install-->src--->gpd-->jbpm-gpd-site.zip的文件路径，然后点击OK；
5、左边Browse Software下会出现Personal Sites，在底下有jbpm4.3的一个树，打开树底下7个分别右击选择add to profile;
}
protected void tearDown() {
repositoryService.deleteDeploymentCascade(deployId);
}
public void testEndHelloWorld() {
processInstance = executionService.signalExecutionById(pid);
ห้องสมุดไป่ตู้ assertTrue(processInstance.isEnded());
jbpm44用户手册
第 1 章导言上一页下一页第 1 章导言最好使用firefox浏览这份教程。
在使用internet explorer的时候会有一些问题。
1.1. 许可证与最终用户许可协议jBPM是依据GNU Lesser General Public License（LGPL）和JBoss End User License Agreement（EULA）中的协议发布的，请参考完整的LGPL协议和完整的最终用户协议。
1.2. 下载可以从sourceforge上下载发布包。
/projects/jbpm/files/1.3. 源码可以从jBPM的SVN仓库里下载源代码。
https:///repos/jbpm/jbpm4/1.4. 什么是jBPMjBPM是一个可扩展、灵活的流程引擎，它可以运行在独立的服务器上或者嵌入任何Java应用中。
1.5. 文档内容在这个用户指南里，我们将介绍在持久执行模式下的jPDL流程语言。
持久执行模式是指流程定义、流程执行以及流程历史都保存在关系数据库中，这是jBPM实际通常使用的方式。
这个用户指南介绍了jBPM中支持的使用方式。
开发指南介绍了更多的、高级的、定制的、没有被支持的选项。
1.6. 从jBPM 3升级到jBPM 4没办法实现从jBPM 3到jBPM 4的升级。
可以参考开发指南来获得更多迁移的信息。
1.7. 报告问题在用户论坛或者我们的支持门户报告问题的时候，请遵循如下模板：聪明的读者可能已经注意到这些问题已经指向了可能导致问题的几点原因：）特别是对依赖库和配置的调整都很容易导致问题。
这就是为什么我们在包括安装和使用导入实现建议配置机制时花费了大量的精力。
所以，在你开始在用户手册覆盖的知识范围之外修改配置之前，一定要三思而行。
同时在使用其他版本的依赖库替换默认的依赖库之前，也一定要三思而行。
第 2 章安装配置2.1. 发布只需要把jBPM (jbpm-4.X.zip) 下载下来，然后解压到你的硬盘上的什么地方。
jBPM-4.3-jpdl 用户手册(中文)
jBPM4.3用户手册第六章 jpdl1.Process (流程)process是流程定义的根元素（The top level element representing one process definition）。
表 1. process的属性属性 类型 默认值 是否必须描述name 文本 必须 在与用户交互时， 作为流程名字显示的一个名字或是标签。
key 字母或数字，下划线如果省略的话，key默认与name 相同，但name中的非字母和非数字的字符在key中会被替换为下划线。
可选用来辨别不同的流程定义。
一个流程可以发布多个拥有相同key的version。
对于所有已发布的version，key‐name组合都必须保持一致。
version 整型 从1开始；新部署的版本号在之前部署的最高版本号基础上增1可选 流程的版本号编者注 1‐1实验的主要代码片段如下：ProcessEngine pe = Configuration.getProcessEngine();RepositoryService re = pe.getRepositoryService();String deployId1 = re.createDeployment().addResourceFromClasspath("org/sklse/test/process/sample1.jpdl.xml").deploy(); ProcessDefinition pd1 = re.createProcessDefinitionQuery().deploymentId(deployId1).uniqueResult();System.out.println(pd1.getName() + " " + pd1.getKey() + " " + pd1.getVersion() + " " + pd1.getId());sample1.jpdl.xml的属性为：key="key1" name="sample1"结论一：同一jpdl.xml可以deploy多次，即再次执行re.createDeployment().addResourceFromClasspath("org/sklse/test/process/sample1.jpdl.xml").deplo y();也是可以的，这就是所谓的一个jpdl.xml的多个version，查看这两次发布的ProcessDefinition的version可以发现的确有变化。
JBPM4中常用概念总结
1. 流程定义(Process Definition)流程定义是记录在xml文件中的对流程的描述，它包含唯一的流程开始节点和多个流程功能节点，每个节点之间使用transition进行连接。
Process Definition使用id, key和version进行标识，jBPM中可能包含多个key 值相同的Process Definition，key值相同的Process Definition会拥有不同的version 值，而id是使用key-version的形式用来表示唯一的Process Definition的。
jBPM中使用RepositoryService来控制流程定义的发布，浏览，删除等操作。
2. 流程实例(Process Instance)以流程定义为蓝本生成的流程实例，在jBPM属于Execution的一种。
当我们执行start时，会根据流程定义启动一个新的流程实例，然后它会根据流程定义里的节点运行，在遇到state或task时停顿，等待外部用户调用signal，最后会执行到end 节点，结束整个流程。
jBPM中只允许有一个start节点，所以每个流程都是单一入口的，jBPM4中可以允许有多个end节点，所以我们可以在任意位置结束流程。
jBPM中使用ExecutionService来控制流程实例的启动，浏览，执行，删除等操作3. state节点状态结点是一个典型的等待状态。
同任务结点不同的是，状态结点不会向任务列表添加任务实例。
当业务进程需要等待外部系统的干预时，这种结点是很有用的。
（需要外部系统干预，但又不是让人去干预）假设如下情况：在进入该结点时，通过node-enter事件向外部系统发送一个消息，然后结点进入等待状态；当外部系统完成处理，并回送一个消息，这将导致触发一个signal()方法的运行，该方法重新激活正在等待的流程继续下行jBPM中使用ExecutionService来控制对state的signal操作。
jbpm4_execution流转详解
PVM提供了一套和token类似的execution过程调度机制，通过对execution的完全操控，节点运行期行为有了无限的可能PVM的流程定义模型上图里的类全是接口。
位于最上层的是ObservableElement，其提供给流程元素以附加Event（事件）的能力。
在ObservableElementImpl里，它持有一个events的集合属性。
对于流程元素来说，典型的事件有：流程启动/结束，节点启动/结束和转移线执行（take）【在Event方法中定义】。
protected Map<String, EventImpl> events;EventImpl透过EventListenerReference实例的集合持有EventListener实例。
这样在引擎执行过程调度时，就非常容易地通过流程元素本身获取事件监听器并在相应的时候执行它们。
EventImpl.javaprotected List<EventListenerReference> listenerReferences;EventListenerReference.javaprotected EventListener eventListener;和传统的观察者模式一致，EventListener接口有且只有一个方法：/** listener to process execution events.** @author Tom Baeyens*/public interface EventListener extends Serializable {/** is invoked when an execution crosses the event on which this listener is registered */void notify(EventListenerExecution execution) throws Exception; }紧接着ObservableElement的是CompositeElement，其扩展了ObservableElement接口。
jBPM4.4详细讲解
jBPM4.4一、什么是jBPMJBPM是一个扩展性很强的工作流系统，百分百用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.css2、在以上配置文件中的jBPM.hibernate.cfg.xml，实际上就是我们熟悉的hibernate.cfg.xml，这里，要修改为连接我们的数据库。
21.JBPM4.0与JBPM3.0差异(一)
北风网项目培训
JBPM工作流
第二十一JBPM4.0与JBPM3.0差异(一)
讲师：阳光
1、内容的改变，异常的处理 2、更加简化、清晰 3、group的加入
4、jbpm内部对象的变化，连接更加密切 5、XML文件的内容整合
Jbpm3.0
jbpm4.0
在 jbpm3 中是基于 Event-Action 机制来实现事件与动作的触发的，但 是在 jbpm4 中则采用观察者模式来触发事件的。所有用户自己定义的 动作，全部要实现 EventListener 接口，这些动作作为监听者（就是 事件 Event 的观察者 Observer ）注册到相应的流程定义对象上 （ ProcessElement 或者 Node ），而事件 Event 则作为被观察的对 象（实际上就是 Observerable ），实际上在 jbpm4 中专门定义出了 一个对象 ObservableElementImpl ，流程定义中的 NodeImpl 、 TransitionImpl 、 ProcessDefinitionImpl 均继承自此对象，因此这些 元素本身就可以作为 Observerable 而被观察者来监控。
jbpm4常用操作
一、流程定义1.部署流程定义Proces sEngi ne proces sEngi ne = new Config urati on().buildP roces sEngi ne();Reposi toryS ervic e reposi toryS ervic e = proces sEngi ne.getRep osito rySer vice();例：布署文件中的流程//布署当前目录下pd.jpdl.xml文件String deploy mentI d = reposi toryS ervic e.create Deplo yment().addRes ource FromC lassp ath("pd.jpdl.xml").deploy();例：布署网页上T extAr ea中的流程<form action="jbpm?family168=deploy" method="post"><textar ea name="xml" cols=50 rows=15></textar ea><inputtype="submit" value="发布"/><inputtype="reset" value="取消"/></form>在后台处理如下：String xml = reques t.getPar amete r("xml");reposi toryS ervic e.create Deplo yment().addRes ource FromS tring("proces s.jpdl.xml", xml).deploy();2.删除流程定义类Proce ssDef initi on 包含如下属性：ID：流程定义ID号Deploy mentI d：流程定义的布署ID号Key：关键字name：流程名versio n：版本号数据如下ID Key 名称版本hello-1 hello hello 1//获取类Pro cessD efini tion的属性IDString id = reques t.getPar amete r("id");//根据流程ID获取流程定义实例Proces sDefi nitio n pd = reposi toryS ervic e.create Proce ssDef initi onQue ry().proces sDefi nitio nId(id).unique Resul t();//根据流程定义的布署ID号，删除该流程定义//注意:jbpm4是不允许直接根据流程定义的ID来直接删除流程定义的，因为还要删除其它配置数据reposi toryS ervic e.delete Deplo yment Casca de(pd.getDep loyme ntId());3.获取全部流程定义根据流程名获取所有流程定义List<Proces sDefi nitio n> proces sDefi nitio ns = reposi toryS ervic e.create Proce ssDef initi onQue ry().orderA sc( Proces sDefi nitio nQuer y.PROPER TY_NAME).list();还可以根据以下顺序进行排序(org.jbpm.api.Proces sDefi nitio nQuer y)public static finalng.String PROPER TY_DE PLOYM ENT_T IMEST AMP "deploy ment.timest amp" public static finalng.String PROPER TY_ID "idProp erty.string Value"public static finalng.String PROPER TY_KE Y "keyPro perty.string Value"public static finalng.String PROPER TY_NA ME "idProp erty.object Name"public static finalng.String PROPER TY_VE RSION "versio nProp erty.longVa lue"二、流程实例1.启动一个流程实例1.1根据key启动流程实例用户必须为新启动的流程实例分配一个key，这个key是用户执行的时候定义的且唯一。
2020年(BPM业务流程管理)开发手册.
（BPM业务流程管理)开发手册第 1 章简介1.1. 目标读者这个开发指南是为了给有经验的开发者看的，这样就可以获得jBPM的完全的灵活性。
在这个开发文档中提及的特性可能当前不会被支持到。
请自行使用。
1.2. 概述第 2 章孵化器解释了最终会放到用户手册中的功能，它们会成为支持的一部分。
要注意孵化器中的功能还没有确保稳定。
（比如这里可能主要的语法或实现在下一个版本中被改变）。
第 3 章BPMN 2.0介绍如何在jBPM中使用BPMN 2.0流程语言。
第 5 章流程虚拟机到第 9 章高级图形执行解释了jBPM的核心，流程虚拟机（PVM），活动和事件监听器是如何建立在它上面的。
第 10 章配置到第 18 章Signavio web建模器解释了jBPM框架的高级用法。
1.3. 源代码和WIKIjBPM的源代码可以在我们的SVN获得：https:///repos/jbpm/jbpm4/这里有一篇关于如何构建源代码的wiki：http:///maven2/org/jbpm/jbpm4/1.5. 依赖库如果你想在自己的项目中安装或部署jBPM，现在也比以前方便了很多：只需要把正确的jar放到系统的classpath下。
我们还没有清理maven pom文件中的依赖描述。
所以我们还不能给出lib 目录下，你需要包含到应用中的，jar 的最小集合。
（参考Jira issue JBPM-2556 然后进行投票，如果你希望让我们知道这些问题对你优先级很高）。
依赖库的版本放在lib，是我们测试过的。
所以我们推荐你使用lib目录下的依赖版本。
为了在这方面帮助你，这里有一个jPDL当前所用的maven依赖的列表：jboss的idm依赖在org.jboss.identity.idm:*部分，可以忽略，包含org.hibernate:hibernate-entitymanager这个列表应该已经让你开始选择一个子集，而不是从${jbpm.home}/lib目录下包含所有依赖库。
jbpm4工作流详解
jbpm4⼯作流详解jBPM4的学习流程 1>jBPM4通过org.jbpm.pvm.internal.ant.JbpmDeployTask通过读取jbpm.cfg.xml中的JDBC数据连接信息 2>对jbpm4的数据库表简单介绍 3>通过ProcessEngine类的贯穿来获取服务接⼝(Service API)来认识所有的常⽤类 4>对流程定义语⾔中活动⼏个常⽤的介绍 5>事件的介绍 JBPM：部署流程定义 jBPM4通过org.jbpm.pvm.internal.ant.JbpmDeployTask通过读取jbpm.cfg.xml中的JDBC数据连接信息直接将业务流程部署到数据库中。
它不仅可以部署单个业务流程，也可以部署⼀组业务流程归档到服务器上。
jbpm⾸先扫描业务流程归档中所有以.jpdl.xml结尾的⽂件，并解析，然后⽤来发起流程实例，业务流程归档中所有其他资源也会在部署过程中被持久化到数据库中。
所有这些资源被统⼀编号保存在数据库表jbpm4_lob中我们可以通过jbpm4提供的RepositoryService.getResourceAsStream API随时访问这些资源。
jbpm4的数据库表简单介绍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 上下⽂表（1）JBPM4_DEPLOYMENT、（2）JBPM4_DEPLOYPROP及（3）JBPM4_LOB：存储上传⼀个包含png和jpdl.xml的zip包的相关数据 jbpm4_deployment表多了⼀条记录 jbpm4_deployprop表多了四条记录,对应langid,pdid,pdkey,pdversion jbpm4_lob 表多了⼆条记录,保存流程图png图⽚和jpdl.xml （4）JBPM4_HIST_PROCINST与（5）JBPM4_HIST_ACTINST 分别存放的是Process Instance、Activity Instance的历史记录。
JBPM4工作流介绍
工作流的基本概念 参考模型
应用场景JB基P本M概4念实J现BPM4
开发介绍 例子演示 系统整合
10
工作流的概述
描述 什么是工作流？
工具 什么是工作流引擎？
规范 什么是工作流管理系统？
JBPM工作流
11
什么是工作流？
工作流：
在一个工作群组中，为了达成某一个共同目的而需要 多人协力以串行或平行工作的形式来共同完成的任务。
16
WfMS具有的特点：
1 建立时期:定义和建模。 2 运行时期:调度。 3 运行交互功能：指在工作流运行中，WFMS与用户（业务
工作的参与者或控制者）及外部应用程序工具交互的功能。
JBPM工作流
WfMC工作流管理系统参考模型
JBPM工作流
18
功能模型与参考模型的对应关系
JBPM工作流
ห้องสมุดไป่ตู้
19
JBPM4的实现
串行：
JBPM工作流
30
流程之流转模型
循环：
JBPM工作流
31
流程之流转模型
并行：
JBPM工作流
32
流程之流转模型
聚合：
JBPM工作流
33
JBPM4流程控制最常用、最基本的活动
start
开始活动
分支/聚合
task
任务
state
状态活动
end
结束活动
判断活动
Sub-process 子流程
custom
JBPM工作流
14
什么是工作流管理系统？
工作流管理系统：
工作流管理系统即Workflow Management System， 简称WFMS，是定义、创建、执行、监控工作流的系 统。
jBPM 4.4 入门指南
1.工作流与工作流管理系统1.1. 工作流（Work Flow）工作流就是工作流程的计算机模型，即将工作流程中的工作如何前后组织在一起的逻辑和规则在计算机中以恰当的模型进行表示并对其实施计算。
工作流要解决的主要问题是：为实现某个业务目标，在多个参与者之间，利用计算机，按某种预定规则自动传递文档、信息或者任务。
通俗的说，流程就是多个人在一起合作完成某件事情的步骤，把步骤变成计算机能理解的方式就是工作流。
公司内采用纸张表单，手工传递的方式，一级一级审批签字，工作效率低下，对于统计报表功能则不能实现。
而采用工作流软件，使用者只需在电脑上填写有关表单，会按照定义好的流程自动往下跑，下一级审批者将会收到相关资料，并可以根据需要修改、跟踪、管理、查询、统计、打印等，大大提高了效率，实现了知识管理，提升了公司的核心竞争力。
作为一个成熟稳定的工作流产品，不仅提供日常办公和关键业务流程智能化管理，而且能根据公司的特殊实际要求轻松方便地随时定制各种流程，并可实现不同角色不同的跟踪、查询、统计、打印等强大功能1.2.工作流管理系统（Workflow Management System）工作流管理系统（WfMS）的主要功能是通过计算机技术的支持去定义、执行和管理工作流，协调工作流执行过程中工作之间以及群体成员之间的信息交互。
工作流需要依靠工作流管理系统来实现。
工作流管理系统是定义、创建、执行工作流的系统，应能提供以下三个方面的功能支持：1.定义工作流：包括具体的活动、规则等2.运行控制功能：在运行环境中管理工作流过程，对工作流过程中的活动进行调度3.运行交互功能：指在工作流运行中，WfMS与用户（活动的参与者）及外部应用程序工具交互的功能。
一、定义工作流二、执行工作流1.3.什么地方使用工作流技术OA中的审批流转的功能，其作用是能按照指定的流程（步骤）流转要审批的表单（就像流水线一样）。
有如下问题：1，流程有很多。
2，不同的公司，流程的具体步骤是不一样的，有时还需要增加新流程或修改现有流程。
jbpm3和jbpm4的区别
第3 章从jBPM3转换到jBPM43.1. jBPM 4的目标在构建jBPM 4时，我们追求两个主要目标：提升保障：jBPM3时，我们仅仅从社区反馈来提升稳定性和扩展性。
jBPM4时，我们确定了要支持哪些环境的配置。
那些环境都放在JBoss OA实验室的持续集成环境中。
现在构建支持所有这些环境和配置，所以对我们来说更容易重现和检测它们提出的问题。
覆盖率也保证jBPM4有更长的寿命。
降低入门要求，提升下一级的水平：在jBPM4中，我们很清晰的区分了普通应用和高级应用之间的区别。
所以很容易就可以入门，很难（但是还是可能的）提高开发者需要拼命敲键盘了。
3.2. 知识范围为了在基本应用和高级应用之间做清晰的分隔，API已经完全重构了。
基本应用覆盖了公共API。
相同的API也被所有的已支持的环境支持。
jBPM4和jBPM3中的包是严格分开的。
为了提供完全的DB迁移，我们提供了一个策略允许jBPM3和jBPM4实例可以同时运行。
表名的前缀由JBPM_改为JBPM4_。
还没有功能可以把jBPM3运行时的数据库转换为jBPM4. 我们不确定是否可以在下一个版本中创建一个这样的工具。
一个主要的原因是，任何对DB内容进行数据迁移的QA 都不可能让项目组来承担。
此外，这里还有一些功能jBPM4还没有支持。
它们按照可能和不可能的顺序，在jBPM4中实现。
U用户提供事务性资源，比如jDBC连接或hibernate连接。
异常处理器临时变量身份认证表达式，来计算任务的分配人任务的变量到参数的转换3.3. 流程转换工具在很多情况下，很多工作已经使用JDPL3的流程定义设计过了。
为了避免完全使用手工方式将这些流程转换到JPDL4的格式，jBPM发布包中包含了一个子目录，叫做migration，它包含了一个命令行工具，可以把转换JPDL3流程定义文件转换到JDPL4的xml文件。
转换后的流程可能没法运行，jBPM4的特性可能还是被丢掉了，或者转换器本身还没有实现。
jbpm3与jbpm4实现对比
jbpm3与jbpm4实现对比jBPM3 vs jBPM4JBoss 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。
jbpm4 eclipse插件安装
jBPM4.4 eclipse插件安装(转载)一、工具下载jBPM 图形化流程设计器采用eclipse做为平台，我们可以先到jBPM官方网站下jBPM4.4，地址：/projects/jbpm/files/，下载后的文件为jbpm-4.4.zip，这里面包含有jbpm-gdp-site.zip文件，就是我们需要的插件，我们可能通过运行ant构建和手动安装，本文主要说明手动安装，ant在这里不详述，可自行根据build.xml进行，手工安装，我们需要下载eclipse，可在eclipse网站下载eclipse Jave EE Galileo(3.5)版，下载地址：/downloads/packages/release/galileo/r，这里eclipse必须为Jave EE版本。
二、安装这里需要使用eclipse升级机制安装，因为jbpm-gdp-site.zip包为更新站点（archived update site）的压缩包，这文件路径：./jbpm-4.4/install/src/gpd/jbpm-gdp-site.zip，安装步骤如下：选择eclipse的菜单Help->Install New Software...，出现Install对话框点击add...按钮在Add Site对话框中点击”Archive“按钮选择/jbpm-4.4/install/src/gpd/jbpm-gdp-site.zip，点击打开按钮，返回Add Site对话框，点击OK按钮，返回Install对话框选择列表的出现的jPDL 4 GPD更新站点点击Next... 直到“Finish" 完成安装安装完成后会重启eclipse如下图所示：三、配置安装完成，需要配置jbpm运行位置，配置如下：选择eclipse菜单：Window->references选择JBoss jBPM -> Runtime Locations点击Add...在Add Location 对话框中，输入一个名字，在Browse For Folder对话框中，选择你的jbpm4.4解压根目录点击OK选择添加的内容，点击OK完成如下图所示：四、添加jBPM开发依赖库为了方便开发中添加依赖包，可在eclipse添加一个依赖库，如下：选择eclipse菜单：Window->references选择Java -> Build Path -> User Libraries点击Add...在New User Libernate 对话框中，输入一个名字，如：jBPM4.4 Library，点OK，关闭对话框点击Add JARs...，打开对话框，选择你的jbpm4.4解压根目录lib目录，/jbpm-4.4/lib选择lib目录下的所有jar文件，点击打开，关闭对话框重新点击Add JARs...，打开对话框，选择你的jbpm4.4解压根目录下的jbpm.jar，点击打开，关闭对话框如果你需要先可以关联jbpm源码，选择jbpm.jar，选择下面的Source attachment，双击它，选择解压目录下的/jbpm-4.4/src，确定即可。
jbpm4
</event-listener>
</on> 节点配置，
<string value="johndoe" />
</field>
</assignment-handler>
<transition to="wait" />
</task>
2),自己实现的接口
</transition>
<transition to="give up" g="120,189:" />
</decision>
expr方法二配置(expr配置在decision节点上)：
<decision name="evaluate document" expr="#{content}" g="96,102,48,48">
BPMN2新规范与Activiti
BPMN2新规范与Activiti5上世纪九十年代以后，随着WfMC联盟的成立，BPM市场群雄逐鹿如火如荼，工作流技术得到了突飞猛进的发展，其中IBM、Oracle等大型软件厂商在工作流领域各扯大旗割据一方。
2011年BPMN2.0新规范的发布为各工作流产品互容互通提供了统一的标准，结束了各工作流厂商各自为政相互抵斥的局面。
什么是BPMN、Workflow？•BPM（Business Process Management）——“通过建模、自动化、管理和优化流程，打破跨部门跨系统业务过程依赖，提高业务效率和效果”。
•Workflow——“全部或者部分由计算机支持或自动处理的业务过程”（工作流管理联盟WfMC组织对工作流概念的经典定义）BPM基本内容是管理既定工作的流程，通过服务编排，统一调控各个业务流程，以确保工作在正确的时间被正确的人执行，达到优化整体业务过程的目的。
BPM概念的贯彻执行，需要有标准化的流程定义语言来支撑，使用统一的语言遵循一致的标准描述具体业务过程，这些流程定义描述由专有引擎去驱动执行。
这个引擎就是工作流引擎，它作为BPM的核心发动机，为各个业务流程定义提供解释、执行和编排，驱动流程“动“起来，让大家的工作“流”起来，为BPM的应用提供基本、核心的动力来源。
现实工作中，不可避免的存在跨系统跨业务的情况，而大部分企业在信息化建设过程中是分阶段或分部门（子系统）按步实施的，后期实施的基础可能是前期实施成果的输出，在耦合业务实施阶段，相同的业务过程可能会在不同的实施阶段重用，在进行流程梳理过程中，不同的实施阶段所使用的流程描述语言或遵循的标准会有所不同（服务厂商不同），有的使用WfMC的XPDL，还有些使用BPML、BPEL、WSCI等，这就造成流程管理、业务集成上存在很大的一致性、局限性，提高了企业应用集成的成本。
BPMN2.0规范的引入遵循BPMN2.0新规范的工作流产品能很大程度上解决此类问题。
jBPM_4.4用户手册
报告问题在用户论坛或者我们的支持门户报告问题的时候，请遵循如下模板：
=================================
-jBPMVersion:你使用的是哪个版本的jBPM？
-Database:使用的什么数据库以及数据库的版本
-JDK:使用的哪个版本的JDK？如果不知道可以使用'java-version'
户和组。?安装
eclipse到${jbpm.home}/eclipse
?启动
eclipse?安装jBPMweb控制台?安装Signavioweb建模器
当这些都完成后，JBoss（或Tomcat，根据demo.setup脚本中的选择）会在后
台启动。一旦eclipse完成启动，你可以继续执行下面的教程第3章流程设计
jBPM4.4
下一页jBPM4.4
用户手册翻译官方文档JBossjBPMTeams4.4
译者:Lingo
首页:/
论坛:/bbs
EMAIL:lingosurf168@
还是你修改了其中一些依赖库？
===Process==================================
这里填写jPDL流程定义
===API===================================
这里填写你调用jBPM使用的代码片段
===Stacktrace==============================
2.11.2.在eclipse中安装GPD插件
2.11.3.配置jBPM运行时
2.11.4.定义jBPM用户库
2.11.5.在目录中添加jPDL4模式
应用jBPM4解决中国特色的流程需求
场景1 串行流程：在那个场景中，由于流程是串行的，没有分支的情形，因此处置起来最简单。如图1所示：
图1 串行流程示用意
场景1实现思路：
关于那个场景，在jBPM4中,最直接的方式，确实是在需要回退的各个节点之间成立回退线（如图5所示，若是需要从节点4回退到节点2，那么直接在节点4以后加一个分支决策节点，连接两个分支，一个是pass to 节点5，一个是reject to 节点2）
灵活的临时动态性需求
3.3.1回退
需求描述：
回退作为审批流来讲是最多见的需求，关于审批流来讲，每一个审批环节都有可能会有审批通过、不通过2种情形，而审批不通过时，一样是回退到上一个环节，可是在某些情形下，有可能跨环节回退，例如，在第5个审批环节，审批不通过时，直接回退到第2或第1个环节。而到底回退到哪个环节是能够让用户依照业务需求进行自概念的，而且在回退环节工作完成以后，其下一步的方向也能够让用户自概念。如，若是由第5个环节回退到第2个环节，那么当第2个环节从头修改业务数据并办理完毕后，流程引擎能够设定是从头依照2-3-4-5的顺序从头执行一遍，也能够设定由第2个节点返回给第5个节点，由第5个节点从头审批。
l 历史库的加入
作为任何一个正式运行的大数据量的软件系统来讲，没有历史库的切分确信只能看成玩具，而jBPM3没有任何的处置，必需由开发人员自己来解决。在jBPM4中终于加入了那个功能，只是我以为目前Jbpm4的历史库设计仍是存在一些问题的，例如，它是在活动（或任务）终止时，直接将数据归入历史库，事实上我以为这是没有必要的，我以为在整个流程实例终止时去做那个情形反而更好一些。第二，在将运行期的实例归入历史库时，并非是将所有数据都进行了copy，这就造成了在历史库中丢掉了一些运行期的数据属性。还有任务历史库中没有针对task candidates参与模式的任务拾取时刻的记录致使无法做绩效统计等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
第 4 章 从jBPM3转换到jBPM4
4.1. jBPM 4的目标
在构建jBPM 4时，我们追求两个主要目标：
l
提升保障：jBPM3时，我们仅仅从社区反馈 来提升稳定性和扩展性。
jBPM4时， 我们确定了要支持哪些环境的配置。
那些环境都放在JBoss OA 实验室的持续集成环境中。
现在构建支持所有这些环境和配置， 所以对我们来说更容易重现和检测它们提出的问题。
覆盖率也保证jBPM4有更长的寿命。
l 降低入门要求，提升下一级的水平： 在jBPM4中，我们很清晰的区分了普通应用和高级应用之间的区别。
所以很容易就可以入门， 很难（但是还是可能的）提高 开发者需要拼命敲键盘了。
4.2. 知识范围
为了在基本应用和高级应用之间做清晰的分隔， API 已经完全重构了。
基本应用覆盖了公共API 。
相同的API 也被所有的已支持的环境支持。
jBPM4和jBPM3中的包是严格分开的。
为了提供完全的DB 迁移，我们提供了一个策略 允许jBPM3和jBPM4实例可以同时运行。
表名的前缀由JBPM_改为JBPM4_。
还没有功能可以把jBPM3运行时的数据库转换为jBPM4. 我们不确定是否可以在下一个版本中创建一个这样的工具。
一个主要的原因是，任何对DB 内容进行数据迁移的QA 都不可能让项目组来承担。
此外，这里还有一些功能jBPM4还没有支持。
它们按照可能和不可能的顺序， 在jBPM4中实现。
l
U 用户提供事务性资源，比如jDBC 连接 或hibernate 连接。
l
异常处理器 l
临时变量 l
身份认证表达式，来计算任务的分配人 l 任务的变量到参数的转换
4.3. 流程转换工具
在很多情况下，很多工作已经使用JDPL3的流程定义设计过了。
为了避免完全使用手工方式将这些流程转换到JPDL4的格式， jBPM 发布包中包含了一个子目录，叫做 migration ，它包含了一个命令行工具， 可以把转换JPDL3流程定义文件转换到JDPL4的xml 文件。
转换后的流程可能没法运行， jBPM4的特性可能还是被丢掉了，或者转换器本身还没有实现。
只是，乏味的重新格式化工作会被工具处理了。
它也可以之处它不能转换的部分。
这个工具本身只使用dom4j 在两种格式之间进行转换工作， 应该很很容易扩展（源代码也在同一个目录下）。
工具的设计故意保持着非常简单 （比如，大多数逻辑都可以在Jpdl3Converter 类中找到）。
注意这个工具只在很少的JDPL3流程文件上进行过试验 和测试。
4.3.1. 概述
jPDL 转换工具把一个jpdl3流程文件作为输入， 把它转换成jpdl4流程文件。
语法：
第 4 章 从jBPM3转换到jBPM4
上一页 下一页
java org.jbpm.jpdl.internal.convert.JpdlConverterTool -v -o <outputfile> <processfile>
4.3.2. 参数
l
-v (verbose): 这个工具将打印 转换流程文件过程中的细节信息。
当使用了这个参数时， 也会在抛出异常时打印错误堆栈。
l -o (output) 指定输入文件名。
默认情况下，会生成一个后缀为'converted.jpdl.xml'的文件， 基于输入的流程文件的名字。
输出文件名可以是绝对路径文件或相对路径文件名。
4.3.3. 使用示例
java -jar jpdl-migration-XX.jar simple.jpdl.xml
java -jar jpdl-migration-XX.jar -v simple.jpdl.xml
java -jar jpdl-migration-XX.jar -o /home/scott/simple.converted.xml simple.jpdl.xml
4.3.4. 高级应用
转换工具很容易就可以继承到java 代码中 （或者maven ，ant ）。
下面的代码示范了如何在内部调用 api 来转换流程文件： URL url = new URL("simple.jpdl");
Jpdl3Converter jpdlConverter = new Jpdl3Converter(url);
Document jpdl4Doc = jpdlConverter.readAndConvert();
for (Problem problem : jpdlConverter.problems) {
//do something to handle the problem
}
Writer fileWriter = new FileWriter(outputFile);
OutputFormat format = OutputFormat.createPrettyPrint();
XMLWriter writer = new XMLWriter( fileWriter, format );
writer.write(jpdl4Doc);
writer.close();
4.4. 解释和修改
这一章展示了最重要的重命名和 jBPM4中的修改。
表 4.1. 主要名称修改 表 4.2. jPDL XML 修改
jBPM
3
jBPM 4备注Node Activity
Token Execution
根execution 现在和流程实例是一个对象。
（在jBPM3中，ProcessInstance 有一个 指向根token 的指
针）。
同时，不像jBPM3，jBPM4中的execution 可能不被激活， 创建一个子execution ，并让这个子
execution 继续，即使逻辑上展现出来的 只有一个单独的执行路径。
这会发生在有范围的活动（或
组合活动）中，其中声明了定时器或者变量。
Action Event
listener
表 4.3. 默认修改 event type="..."
on event="..."action
event-listener node custom process-state
sub-process super-state
group (还在孵化器中)jBPM 3
jBPM 4默认，传播的事件触发器在流程元
素外边
默认，传播事件不会调用外边元素的事件监听器， 只是在元素中注册了的 事件监听器起作用。
上一页
下一页第 3 章 BPMN 2.0 起始页 第 5 章 流程虚拟机。