工作流引擎讲解
工作流引擎介绍

工作流引擎介绍咨微ZW-OBPS业务平台Ziwei-operation brace plane system(以下简称ZW-OBPS)是公司经过10年的研发,以软件构件引擎为核心,采用以业务流程驱动,面向服务(SOA)的基础应用框架技术,构建通用业务支撑开发平台,使业务开发从事务对象开发转变面向配置开发的质变模式,为您“随需应变”和“量身定制”,实现业务系统建设的高效率、高品质、低难度、低成本的实施和开发模式。
咨微OBPS业务平台有四大引擎组成:业务集成整合引擎、流程引擎、业务系统开发引擎、文档知识管理引擎。
1.流程引擎功能综述流程是公司管理(人才、流程、知识、资金)的四大要素之一,是企业组织架构的体现,是企业管理制度及管理思想的表现。
如公司的费用审批需要部门经理、财务主管、副总、总经理审批,具体要到那一级审批是公司的管理制度规定的。
管理制度是企业中最为复杂文档,涵盖企业管理每一个方面,如资金管理、薪资管理、考核管理、计划管理、文档管理等等。
流程审批分为两大类:行政办公流程和业务处理流程。
行政办公流程各行业各公司有比较大的共性,如人事审批类流程、财务类审批流程、办公类审批流程、销售类审批流程;业务处理流程各公司相差很大,不同的业务处理方式不同,流程复杂,会与各种业务系统进行数据的交互,对数据的展示和数据处理能力要求高。
咨微流程引擎提供可视化流程、表单统一的设计工具,以有向图方式设计各种类型的表单,控制各节点数据采集和流程的处理,实现包括公文、业务的各种过程控制;提供标准的组件开发接口;使用二次开发函数实现与业务系统的数据动态交互。
流程引擎覆盖了符合中国用户特点的政府、企业事业单位和专业领域工作流业务系统的需求。
基于平台无关性和XML的工作流引擎适合不同行业用户、不同类型的应用系统。
2.咨微流程引擎特点1)强大的自定义功能:企业很方便的定制与业务规则一致的工作流程,流程将按照业务规则进行流转。
自定义功能有审批表单、流转控制和权限控制。
工作流引擎(Workflow Engine )

工作流引擎(Workflow Engine )所谓工作流引擎是指workflow作为应用系统的一部分,并为之提供对各应用系统有决定作用的根据角色、分工和条件的不同决定信息传递路由、内容等级等核心解决方案。
工作流引擎(Workflow Engine )什么是工作流引擎(Workflow Engine )例如开发一个系统最关键的部分不是系统的界面,也不是和数据库之间的信息交换,而是如何根据业务逻辑开发出符合实际需要的程序逻辑并确保其稳定性、易维护性(模块化和结构化)和弹性(容易根据实际业务逻辑的变化作出程序上的变动,例如决策权的改变、组织结构的变动和由于业务方向的变化产生的全新业务逻辑等等)。
Workflow 引擎解决的就是这个问题:如果应用程序缺乏强大的逻辑层,势必变得容易出错(信息的路由错误、死循环等等)。
就好比一辆汽车,外表做得再漂亮,如果发动机有问题就只是一个摆设。
应用系统的弹性就好比引擎转速方面的性能,加速到100 公里需要1 个小时(业务流程发生变动需要进行半年的程序修改)还能叫好车吗?引擎动不动就熄火(程序因为逻辑的问题陷入死循环)的车还敢开吗?工作流解决方案与传统管理软件的关系传统的管理软件注重解决企业应用层现存的问题(例如提高企业的资源配置率或提高单一员工的生产效率)。
例如:EXCEL 可以提高员工画表格的效率、财务软件可以规范财务人员的工作并提高账目查询的效率、CRM 可以规范客户管理从而使客户资源掌握在公司手中而不是被一部分业务人员把持并提高客户响应时间、ERP 解决的是如何配置企业资源:使企业的人力资源、财力资源和物资资源能够根据业务的需求实现最大化配置。
workflow 关注的是如何缩短流程闲置时间,从而提高企业的业务处理能力并使企业能够关注于真正对企业有意义的增值业务上。
从建立企业神经系统的角度也许更能理解两者的区别。
传统软件不能解决工作流的问题,例如ERP 关注的是企业的资源配置,但不可能解决资源传输过程中的损耗和降低传输(流程)的成本;同样workflow也不能完全解决传统管理软件所能解决的问题,例如对生产管理的MRP 系统所能解决的生产过程控制通过workflow很难实现。
camunda工作流原理

camunda工作流原理引言概述:Camunda是一个开源的工作流引擎,它提供了一种灵活且可扩展的方式来管理和执行业务流程。
本文将详细介绍Camunda工作流引擎的原理和运行机制。
正文内容:1. Camunda工作流引擎的核心概念1.1 流程定义:Camunda使用BPMN(业务流程建模和标记语言)来定义和描述业务流程。
BPMN提供了一种直观且易于理解的方式来表示业务流程,包括流程图、任务、网关、事件等元素。
1.2 流程实例:每个流程定义可以实例化为一个或多个流程实例。
流程实例是流程定义的具体执行过程,包括流程的启动、任务的分配和执行、流程的流转等。
1.3 任务:任务是流程中的一个环节,需要参与者完成特定的工作。
Camunda 提供了任务管理和分配的功能,可以将任务分配给具体的用户或组,并跟踪任务的执行情况。
1.4 执行流:执行流是Camunda中的一个重要概念,它表示流程实例的执行路径。
执行流可以分为流程实例级别的执行流和任务级别的执行流,用于控制流程的执行顺序和流转。
2. Camunda工作流引擎的运行机制2.1 流程引擎:Camunda的核心是流程引擎,它负责解析和执行BPMN流程定义。
流程引擎包括流程解析器、流程执行器、任务分配器等组件,通过这些组件实现流程的解析、执行和管理。
2.2 事件驱动:Camunda支持事件驱动的流程执行方式。
在流程定义中,可以定义各种事件(如开始事件、结束事件、中间事件等),当事件发生时,引擎会根据事件的定义执行相应的操作。
2.3 事务管理:Camunda使用数据库事务来保证流程的一致性和可靠性。
在流程执行过程中,引擎会将相关操作封装在一个事务中,保证操作的原子性和一致性。
2.4 异步执行:Camunda支持异步执行任务,可以将耗时较长的任务异步执行,提高系统的吞吐量和性能。
引擎会将异步任务放入任务队列中,由异步任务执行器来处理。
3. Camunda工作流引擎的优势和应用场景3.1 灵活性:Camunda提供了灵活的流程定义和执行方式,可以根据具体的业务需求进行定制和扩展。
activiti工作流引擎

activiti工作流引擎Activiti工作流引擎。
Activiti是一个轻量级的工作流引擎,它是一个开源的BPM(Business Process Management)平台,用于管理和执行业务流程。
Activiti工作流引擎可以帮助企业实现业务流程的自动化和优化,提高工作效率,降低成本,增强业务的灵活性和可控性。
Activiti工作流引擎具有以下特点:1. 灵活性,Activiti支持各种类型的业务流程,包括顺序流程、并行流程、循环流程等,可以根据企业的实际需求定制各种复杂的业务流程。
2. 可扩展性,Activiti提供了丰富的API和插件机制,可以方便地扩展和定制各种功能,满足企业特定的业务需求。
3. 可视化,Activiti提供了流程设计器,可以通过图形化界面设计和编辑业务流程,使业务流程的设计和管理变得更加直观和方便。
4. 高性能,Activiti采用了轻量级的架构设计,具有高性能和低资源消耗的特点,可以满足企业大规模业务流程的需求。
5. 安全性,Activiti提供了完善的安全机制,包括用户认证、授权管理等,保障业务流程的安全性和可靠性。
使用Activiti工作流引擎可以带来以下好处:1. 自动化流程,通过Activiti工作流引擎,企业可以将繁琐的业务流程自动化执行,减少人工干预,提高工作效率。
2. 优化资源配置,Activiti工作流引擎可以根据业务流程自动分配资源,合理利用企业的人力和物力资源,降低成本。
3. 实时监控,Activiti工作流引擎提供了实时监控和报表功能,可以随时了解业务流程的执行情况,及时发现和解决问题。
4. 灵活调整,Activiti工作流引擎可以根据业务需求灵活调整业务流程,适应企业不断变化的业务环境。
5. 提升管理水平,通过Activiti工作流引擎,企业可以实现业务流程的标准化和规范化管理,提升管理水平和业务质量。
总之,Activiti工作流引擎是一个功能强大、灵活性高、性能优越的工作流引擎,可以帮助企业实现业务流程的自动化和优化,提高工作效率,降低成本,增强业务的灵活性和可控性。
activiti工作流原理

activiti工作流原理
activiti是一个Java开源的工作流引擎,用于管理和执行流程。
它基于BPMN 2.0规范,提供了一套强大的工作流管理功能。
activiti的工作原理可以分为以下几个方面:
1. 流程定义:使用BPMN
2.0规范的XML格式编写流程定义,定义流程中的各个环节、任务和流转条件。
2. 流程部署:将流程定义部署到activiti引擎中,引擎会解析
和验证流程定义,并将其转换为可执行的对象模型。
3. 流程实例化:通过引擎的API或图形界面,创建流程实例。
引擎会根据流程定义的模型创建一个新的流程实例,并将其加入到流程引擎的运行时环境中。
4. 任务执行:当一个流程实例启动后,活动会依次被执行。
引擎会根据流程定义的逻辑,自动判断下一个应该执行的任务,并将其分配给相应的参与者。
5. 任务完成:参与者完成任务后,将会通知引擎,并将相关信息提交。
引擎会根据流程定义的设定,判断是否满足继续流转的条件。
6. 流程控制:根据流程定义中的条件和监听器,引擎会根据当前的流程状态和相关事件,决定下一个应该执行的任务。
7. 流程结束:当流程达到结束条件时,该流程实例将会被标记为已完成。
整个流程的执行过程即结束。
activiti提供了丰富的API和可视化工具,使得用户能够方便地管理和配置工作流。
它的设计目标是简单、易用,同时又具备灵活的扩展性,可以满足各种不同业务场景的需求。
activiti工作流原理

activiti工作流原理Activiti是一个基于Java的开源工作流引擎,用于管理和执行业务流程。
它遵循BPMN 2.0规范,提供了一套完整的工作流管理功能。
工作流引擎的原理是将业务流程抽象成可执行的流程模型,并通过运行时执行引擎来管理和执行这些流程模型。
以下是Activiti工作流引擎的原理:1. 流程定义:工作流的基本单位是流程定义,它是一个可执行的模型,描述了业务流程的各个步骤和在这些步骤间的流程流转条件。
流程定义可以使用BPMN2.0规范的图形化编辑器进行设计和定义。
2. 流程部署:流程定义需要被部署到工作流引擎中才能被执行。
部署过程包括将流程定义的XML文件和相关的资源文件上传到工作流引擎,并生成相应的数据库表和其他必要的配置。
3. 流程实例化:当流程定义被部署后,可以通过工作流引擎的API来实例化一个流程,创建一个流程实例。
每个流程实例都是根据流程定义创建的,它代表了一个业务流程的具体执行状态。
4. 任务分配:在流程实例化后,流程中的各个步骤被转换为任务节点。
任务节点定义了需要由哪个用户或用户组来执行该步骤,并在任务节点上生成相应的待办任务。
5. 任务执行:工作流引擎根据任务节点的定义将待办任务分配给相应的执行者,并通过API提供相应的方法来执行任务。
执行者可以在任务界面上处理任务并提交执行结果。
6. 流程流转:在任务执行过程中,工作流引擎根据事先定义好的流程流转条件来控制流程的流转。
当一个任务被完成时,工作流引擎会根据流程定义中的条件判断,决定下一个要执行的任务是哪一个。
7. 监控和管理:工作流引擎可以提供监控和管理功能,用于跟踪和管理流程实例的执行情况。
监控和管理功能可以通过工作流引擎的管理控制台或API来实现。
通过以上原理,Activiti工作流引擎实现了一套完整的工作流管理和执行功能,可以帮助企业提高业务流程的效率和可控性。
工作流程引擎

工作流程引擎
工作流程引擎的基本原理是将企业的工作流程抽象成模型,然
后通过软件工具来执行和管理这些模型。
工作流程引擎通常包括以
下几个核心组件,流程建模工具、执行引擎、监控和报告工具。
通
过这些组件的配合,工作流程引擎可以实现工作流程的设计、执行、监控和优化。
首先,流程建模工具是工作流程引擎的核心组件之一。
它允许
企业用户通过图形化界面来设计和建模工作流程,包括定义流程步骤、规则和条件、参与者等。
流程建模工具通常支持多种流程建模
标准,如BPMN(Business Process Model and Notation)等,用
户可以根据自己的需求来选择合适的建模标准。
其次,执行引擎是工作流程引擎的另一个核心组件。
它负责根
据流程模型的定义来执行和管理工作流程,包括任务分配、执行顺
序控制、异常处理等。
执行引擎通常支持灵活的流程执行方式,如
串行、并行、条件分支等,以适应不同的业务场景。
另外,监控和报告工具是工作流程引擎的重要组件之一。
它可
以实时监控工作流程的执行情况,包括任务状态、执行时间、参与
者等信息,并提供丰富的报告和分析功能,帮助企业管理者了解工
作流程的运行情况,及时发现和解决问题。
总的来说,工作流程引擎是一种强大的工具,它可以帮助企业
实现工作流程的自动化和优化,提高工作效率和质量。
在当今竞争
激烈的商业环境中,企业需要不断提升自身的管理水平和运营效率,工作流程引擎无疑是一个不可或缺的利器。
希望企业能够充分利用
工作流程引擎,实现数字化转型,提升竞争力,取得更大的成功。
工作流引擎activiti表结构和代码详解

工作流引擎activiti表结构和代码详解工作流引擎Activiti的表结构和代码详解Activiti是一个基于Java语言的工作流引擎,它提供了一种可执行业务流程的方式,实现了对流程进行定义、部署、执行、监控等全生命周期的管理,具有高效、灵活、可扩展等优点。
本文将详细介绍Activiti 的表结构和代码实现。
1. 表结构Activiti引擎定义了多张表,这些表按照功能可以分为以下几类:(1) 流程定义相关表ACT_GE_BYTEARRAY:流程定义和流程实例相关的二进制文件存储表,包括BPMN 2.0 XML文件和各种图片等资源文件。
ACT_RE_DEPLOYMENT:部署信息表,包含部署时间、部署后的ID 和名称。
ACT_RE_PROCDEF:流程定义信息表,包含流程ID、XML文件名、键值和流程部署ID等信息。
(2) 运行时数据表ACT_RU_EXECUTION:流程实例运行时数据表,包含流程实例ID、业务ID、当前任务ID等信息。
ACT_RU_TASK:任务运行时数据表,包含任务分配人、执行候选人、任务完成时间等信息。
(3) 历史数据表ACT_HI_PROCINST:流程实例历史数据表,包含流程实例ID、开始时间、结束时间等信息。
ACT_HI_TASKINST:任务历史数据表,包含任务分配人、执行人、开始时间等信息。
(4) 操作记录相关表ACT_HI_ACTINST:历史记录,包含流程实例ID、开始时间、结束时间等信息。
ACT_HI_COMMENT:批注表,记录了流程的操作记录和评论等信息。
2. 代码实现Activiti引擎在代码实现方面遵循了面向对象的思想和设计模式,其中核心类包括ProcessEngine、RepositoryService、RuntimeService和TaskService等。
下面通过实例代码来展示Activiti的各个组件之间的调用关系。
(1) 初始化ProcessEngineProcessEngine是Activiti引擎的核心组件,负责管理运行时数据、历史记录、任务等等。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
什么是工作流引擎,工作流引擎有什么作用,为什么需要工作流管理系统,在这里我们主要研究它的好处,你想要理解它的好处,就得知道不使用它会带来什么样的坏处。
现在我们来讲工作流,什么是工作流?所谓的工作流就是通常所说的业务流程,那么所谓的业务流程换句话来讲就是多个人在一起去完成一件事情。
这就可以称之为工作流。
流程的本质就是一个参与者参与到一个过程里面来那么现在我们就想为什么需要工作流管理系统,工作流管理系统能给我们带来什么好处。
我们就从这个角度出发来了解JBPM 工作流引擎下面我们就来看关于为什么需要工作流管理系统,以及它给我们带来的好处。
实际上它带来的好处就是使某些容易变化的东西抽象出去,我们能够通过某种方式改变它,然后你就可以对你的某些核心部分不需要做什么变动现在就通过一个小例子来讲这个工作流引擎到底是一个什么东西 举个请假流程的例子 一个请假的过程重点讲解UML 里面的内容,确定UML 里面流程图的讲解顺序 请假流程 现在只看左边的内容,右边的后面再讲,我是方便讲解就将这点东西放到这个空白的地方一个简单的流程图Main 模拟出请假的过程对提交请假单进行分析用一个用户来表示普通用户和审批者,只不过他们的权限不同,他们都能够登录到这个系统现在我们来看用户和请假单,分析他们之间的关系,用户和请假单之间的联系有请假,用户填了一个请假单就创建了一个请假单对象,他们之该是一对多的关系。
因为某一个用户可以请多次假 对吧(其实一般是一个请假单对应一个请假者,这个需求就应该得到客户的确定,客户说了算)那么用户和这个请假单之间还有没有其他联系?接下来是提交请假单。
我首先将请假单提交给张三,那么张三就能够看到这个请假单,如果用户将请假单提交给张三,那么就可以在张三和请假单之间建立一个待审关系 他们之间的关系也是一对多的关系,因为张三可以同时审核几个请假单,就是这意思,一个请假单等待的用户是一个,从现在的需求来看。
那么两者之间还有另外一个联系那就是已审,一个用户可以审批过多个请假单,请假单也可以被多个用户审批 比如张三审批以后交给李四审批,李四审批以后交给王五审批,其实这个已审就是记录审批信息的,比如审批时间,审批意见,把它放在审批关联里边这个就是一个基本的概念,了解这个概念之后我们就考虑它的设计,JBPM 实际上就是协助我们把这个请假单从一个用户手上转递到另一个用户手上。
当把这个模型分析清楚了我们就要去实现它。
这里重点分析提交,怎样去提交,在SSH 架构体下,提交请假单这个业务逻辑,你可能就需要这样一个业务逻辑类,里边可能有这么一个方法专门来进行提交操作的,那么这个方法怎样设计,以及这个方法怎样去实现。
了解这点你就可以了解JBPM 干什么的,能给我们带来什么好处(用自己的话说明一下提交请假单的过程 <读一下那段伪代码>)在这个过程里边写这些代码是比较麻烦的,现在还只是一个固定的流程,假设我现在在这里边变化一下 那么整个方案都要变动。
我现在希望有一个会签的功能 比如我现在要将这个这样的功能,把这个请假单同时提交给多个审批者审批。
那这个时候你就不能够在请假单中间增加一个外键,把它整成审批者什么的,这个时候你就要新建一张表,在那个表里面记录这个请假单和审批者之间的关联,提交请假单实际上就是维护这个审批者与待审之间的关联假设我现在要新加一个审批者,或者要减少一个审批者,那么就要修改代码这就很麻烦。
所以假设一开始客户就告诉你这个期间可能会有人员的变动。
那这个时候我们就应该怎么办?有什么样的思路?我们是不是就应该对这一些变化进行一个小小的封装?怎样去封装或者怎样来封装呢?我们以前是不是经常把那些数据库里面的用户名,密码什么的放在一个配置文件里面因为它可能经常发生变化。
所以这里我们也是将他们整合到一个配置文件里面当你在思考如何来创建这么一个文件给它指定某种规则来描述这个流程然后再写一段代码来解释这个规则然后根据这个规则来调度这个流转这件事情的时候你就是在设计一个工作流引擎提交请假单怎样提交,工作流引擎就是做这种事情的工作流引擎做两件事情1、给你提供某种规范来定义规则,如何定义一个流程的这种规范。
你可以根据它提供的相关概念来定义更为复杂的流程。
这就是工作流引擎做的第一件事情叫做定义流程2、工作流引擎还得解释这个规则,还要负责流转这个过程就叫执行流程JBPM的核心就是定义流程和执行流程总的来说(这是一段总结性的语言,稍微有点官方)工作流引擎为我们提供相关概念的定义,给我们提供了相关API调用这个引擎去执行流程如果我们不用这个工作流引擎,那么我们的代码就会非常的复杂,而且维护起来非常困难流程的操作实际上就是工作流引擎提供相关的API我们去调用它接下来我们就来看工作流管理系统的构成(在UML的”请假流程”里面)工作流引擎(这个是核心,后面的是一些常用功能)工作流设计器(设计流程(ROSE)、定义流程我们是使用它,而不是自己做一个)流程操作(流程引擎提供的一些API我们去调它。
比如启动、结束、挂起、查询流程)工作流客户段程序(用工作流的那些客户端。
比如将jpbm集成到某个系统,那个系统对工作流引擎来说就是客户端程序)流程监控(对流程流转进行监控)表单设计器(表单的设计)与表单的集成与应用程序的集成参考模型—WFMC核心调度算法1 、FMS2 、PetriNet(令牌,JBPM就是通过令牌来调度的,意思就是你的请假单从张三提交到李四的时候,它就是通过令牌知道的,令牌就从张三指向李四。
我觉得应该是令牌先指向李四的,或者说是同时进行的)接下来讲解JBPM架构,我这个图是在网上找的只不过添加了一些中文注释,因为考虑到大部分人英语还是没有过六级的,但是过了六级也不一定知道的,流程定义的基本概念从请假流程图里面可以看出一个流程是多个点和线构成,看图上的箭头是实心的。
点和线之间的关系是什么样的关系?一个点就是一个node对象,一个线就是一个transition对象。
第一根线(连接开始和张三审批)第二跟线(连接张三审批和李四审批),他们的起点和终点不同,而且他们都有方向。
线就是描述从一个节点到另一个节点。
也就是from…to…!Node 这个节点就是普通节点它没什么行为,它的行为需要你自己来定义(接下来按顺序解释图片上的内容)(讲到fork join 的时候要画一个带有同步杆的图)讲到任务节点的时候提问什么是任务?任务就是某件事情需要由某些人去做?就像我现在向你们提问,这就是一个任务接下来讲解流程执行的概念JBPM 流程引擎核心调度过程(要把这部分讲清楚)调用Processinstace()方法首先客户端调用processinstance 里面的signal 方法,然后判断流程实例是否结束,然后调用这个token的signal 方法,这个token 的signal 方法肯定是跟一个节点相关的 那么它是怎样找到这个节点的,实际上这个Node 里面有一个leave 方法,这个是节点里面的一个方法。
但是从一个节点出发可以有多个离开的线,那它是怎样选择离开的线的?实际上在流程实例里面还有一个signal 方法,这个signal 方法是带参数的,里面有一个名称。
所以在第1步调signal 方法的时候你指定了名称,那么执行到第4步的时候他就会通过这个名称来找到那根离开的线,如果一开始没有指定名称,那么它就随机的找到一根离开的线,意思就是随机的找到一根线离开,所以它在第5步有一个任务就是找到要离开的transition 。
然后它离开到下一个节点也是通过名字找到transition ,调用transition 里面的take 方法,然后就找到下一个节点,调用里面的enter 方法。
然后到了这个节点内部他会把token 指向的节点改为自身。
这样token 的引用就从from 节点到了这个to 节点。
然后在这个节点里边还要执行一个excute 方法,这是它内部的一个方法,这个方法就是这个节点行为的体现。
因为不同的节点有不同的行为。
接下来在myeclipse 上看看JBPM 到底是一个什么东西,不用你们敲代码 我来演示给你们看设计器里面的内容(前面的这些我们已经了解过了,开始,结束什么的)这里面就只有process State 和super Stage 在前面没有讲解过process state 用来连接一个子流程,因为jbpm 支持把两个节点连接起来,就是到一个节点以后启动一个新流程然后这个流程执行完了以后又回到这个节点Super state 讲的是这样一个过程 假如你现在有个非常复杂的流程,有几十个步骤,那么你就可以用superstate 将其中一些步骤组织起来,形成一个阶段一个阶段的接下来看source 里面的内容xmlns=“urn::”这个文件在我们流程设计的时候会有一些自动的流程代码提示,去掉也没关系name 流程定义的名字 比如请假单 报销单等Action 相当于你要定义一个类去处理某种事情,那么把Action 写到transition 内部,那么它处理的就是transition 事件,这个事件在调用take 方法的时候发生,在take 里面只能抛出transition 事件类型如果把一个Action 直接放到一个state 内部,就是放到节点内部。
实际上它是不清楚的,不清楚究竟在什么时候调用它,如果 你要定义在这个节点内部你要在它的外部加上一个event<event type="node-enter"><action name=""></action></event>type="node-enter" 就是指在node-enter的时候调接下来就来看Action里面的内容name 名称这个东西不重要重要的是后面的class,它就是一个类,jbpm在从第一个节点转向到第二个节点,就是这里的起点转向到first节点这个过程里边会触发类里面的某个方法被调用,就是这个意思,这个类在里面。
(然后将页面转向到此处)在JBPM里边action都要实现actionhandler接口(handle:处理器处理机的意思)ActionHandle里面对应的这个方法叫做excute方法(excute:处决)这个excute方法是jbpm主动调用的,当事件发生的时候这个方法就自动被调用然后这个里边有个ExecutionContext,这个就是执行上下文,实际上就是执行环境,可以把它理解为一个大杂脍,如果我想在这里边对数据库进行操作的话,你可以从这里边拿到hibernatesession,也可以拿到流程实例,流程容器等Action就讲到这里,然后这里边又嵌套了一个message这个message的作用就是将里面的内容自动注入到String Message里面去这个值在什么情况下有用呢?在流程定义的时候你希望有某些值可以灵活的指定,而不是死写在代码里边,比如某些配置信息什么的。