Activiti-5.3工作流引擎-源码解析(流程文档解析)

本文涉及的产品
全局流量管理 GTM,标准版 1个月
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
云解析 DNS,旗舰版 1个月
简介:

前面我们通过BPMN20.xsd和Activiti自定义的XML Schema文件初步了解了业务流程模型的定义,那么现在我们来了解一下流程文档的解析过程,这个过程主要是通过代码解析来完成。

代码解析过程

       就代码解析还是承接《业务流程部署》一篇的“代码10”的片段来说吧。在解析之前我们先来看看Activiti5.3的微内核类图结构

Activiti-5.3工作流引擎-源码解析(流程文档解析) - homeland520 - 好好学习,天天向上

图1 

 

      (一)解析StartEvents

       根据“代码10”的代码片段,我们先看parseStartEvents(scopeElement, parentScope)的解析过程,该解析过程主要是创建startEventActivity实例,并将其放入流程定义processDefinition内。

parseStartEvents执行的主要过程:

  1. 解析并创建startEventActivity实例。
  2. 设置流程定义的初始化节点。
  3. 解析并创建startFormHandler实例。
  4. 设置流程定义的startFormHandler。
  5. 解析Activiti-5.2扩展的initiator属性,并将其设置到流程定义的属性列表里。
  6. 为startEventActivity设置活动行为执行器(NoneStartEventActivityBehavior)。

        上面提到了活动行为执行器,活动行为执行器的作用主要是执行流程转移的。这里我们查看一下activiti5.3流程引擎中的活动行为执行器的类结构图 

Activiti-5.3工作流引擎-源码解析(流程文档解析) - homeland520 - 好好学习,天天向上

 

图2

Activiti-5.3工作流引擎-源码解析(流程文档解析) - homeland520 - 好好学习,天天向上

 图3

Activiti-5.3工作流引擎-源码解析(流程文档解析) - homeland520 - 好好学习,天天向上

图4

Activiti-5.3工作流引擎-源码解析(流程文档解析) - homeland520 - 好好学习,天天向上

 图5

Activiti-5.3工作流引擎-源码解析(流程文档解析) - homeland520 - 好好学习,天天向上

 图6

        从图2-图6我们可以看出活动行为执行器的类结构及其相互关系。

         (二)解析Activities

        现在我们再看parseActivities(scopeElement,parentScope)的解析过程,该解析过程主要解析exclusiveGateway、 parallelGateway、scriptTask、serviceTask、businessRuleTask、task、manualTask、userTask、sendTask、receiveTask、subProcess、callActivity。现在我们一次看上面各种节点的解析过程。

parseExclusiveGateway执行的主要过程:

  1. 解析并创建ActivityImpl实例activity,创建的过程中主要依赖的属性是“id”,该属性在所有的Activity中不允许重复。
  2. 为activity对象设置活动行为执行器(ExclusiveGatewayActivityBehavior)。
  3. 解析并创建ExecutionListener的实例,同时将其设置到actvity实例内。

parseParallelGateway执行的主要过程:

  1. 解析并创建ActivityImpl实例activity,创建的过程中主要依赖的属性是“id”,该属性在所有的Activity中不允许重复。
  2. 为activity对象设置活动行为执行器(ParallelGatewayActivityBehavior)。
  3. 解析并创建ExecutionListener的实例,同时将其设置到actvity实例内。

parseScriptTask执行的主要过程:

  1. 解析并创建ActivityImpl实例activity,创建的过程中主要依赖的属性是“id”,该属性在所有的Activity中不允许重复。
  2. 获取子元素script及其文本内容,获取scriptFormat属性值,默认为juel,获取resultVariable属性值,这步主要是为第3步做准备。
  3. 为activity对象设置活动行为执行器(ScriptTaskActivityBehavior)。
  4. 解析并创建ExecutionListener的实例,同时将其设置到actvity实例内。

parseServiceTask执行的主要过程:

  1. 解析并创建ActivityImpl实例activity,创建的过程中主要依赖的属性是“id”,该属性在所有的Activity中不允许重复。
  2. 分别获取元素属性type、class、expression、delegateExpression、resultVariable、implementation、operationRef的值。
  3. 为activity对象设置活动行为执行器(ScriptTaskActivityBehavior)。
  4. 解析并创建ExecutionListener的实例,同时将其设置到actvity实例内。

parseBusinessRuleTask执行的主要过程:

  1. 解析并创建ActivityImpl实例activity,创建的过程中主要依赖的属性是“id”,该属性在所有的Activity中不允许重复。
  2. 初始化BusinessRuleTaskActivityBehavior实例ruleActivity并为其设置相关属性。
  3. 为activity对象设置活动行为执行器(BusinessRuleTaskActivityBehavior)。
  4. 解析并创建ExecutionListener的实例,同时将其设置到actvity实例内。

parseTask执行的主要过程:

  1. 解析并创建ActivityImpl实例activity,创建的过程中主要依赖的属性是“id”,该属性在所有的Activity中不允许重复。
  2. 为activity对象设置活动行为执行器(TaskActivityBehavior)。
  3. 解析并创建ExecutionListener的实例,同时将其设置到actvity实例内。

parseManualTask执行的主要过程:

  1. 解析并创建ActivityImpl实例activity,创建的过程中主要依赖的属性是“id”,该属性在所有的Activity中不允许重复。
  2. 为activity对象设置活动行为执行器(ManualTaskActivityBehavior)。
  3. 解析并创建ExecutionListener的实例,同时将其设置到actvity实例内。

parseUserTask执行的主要过程:

  1. 解析并创建ActivityImpl实例activity,创建的过程中主要依赖的属性是“id”,该属性在所有的Activity中不允许重复。
  2. 初始化UserTaskActivityBehavior实例userTaskActivity并为其设置相关属性。
  3. 为activity对象设置活动行为执行器(UserTaskActivityBehavior)。
  4. 解析并创建ExecutionListener的实例,同时将其设置到actvity实例内。

parseSendTask执行的主要过程:

  1. 解析并创建ActivityImpl实例activity,创建的过程中主要依赖的属性是“id”,该属性在所有的Activity中不允许重复。
  2. 为activity对象设置活动行为执行器(WebServiceActivityBehavior)。
  3. 解析并创建ExecutionListener的实例,同时将其设置到actvity实例内。

parseReceiveTask执行的主要过程:

  1. 解析并创建ActivityImpl实例activity,创建的过程中主要依赖的属性是“id”,该属性在所有的Activity中不允许重复。
  2. 为activity对象设置活动行为执行器(ReceiveTaskActivityBehavior)。
  3. 解析并创建ExecutionListener的实例,同时将其设置到actvity实例内。

parseSubProcess执行的主要过程:

  1. 解析并创建ActivityImpl实例activity,创建的过程中主要依赖的属性是“id”,该属性在所有的Activity中不允许重复。
  2. 为activity对象设置活动行为执行器(SubProcessActivityBehavior)。
  3. 解析并创建ExecutionListener的实例,同时将其设置到actvity实例内。

parseCallActivity执行的主要过程:

  1. 解析并创建ActivityImpl实例activity,创建的过程中主要依赖的属性是“id”,该属性在所有的Activity中不允许重复。
  2. 初始化CallActivityBehavior实例callActivityBehaviour并为其设置相关属性。
  3. 为activity对象设置活动行为执行器(CallActivityBehavior)。
  4. 解析并创建ExecutionListener的实例,同时将其设置到actvity实例内。

parseIntermediateCatchEvent执行的主要过程:

  1. 解析并创建ActivityImpl实例activity,创建的过程中主要依赖的属性是“id”,该属性在所有的Activity中不允许重复。
  2. 为activity对象设置活动行为执行器(IntermediateCatchEventActivitiBehaviour)。

(三)解析EndEvents

parseEndEvents执行的主要过程:

  1. 解析并创建ActivityImpl实例activity,创建的过程中主要依赖的属性是“id”,该属性在所有的Activity中不允许重复。
  2. 为activity对象设置活动行为执行器(NoneEndEventActivityBehavior)。

(四)解析BoundaryEvents

 

(五)解析SequenceFlow

 

(六)解析ExecutionListeners

本文转自二郎三郎博客园博客,原文链接:http://www.cnblogs.com/haore147/p/5213561.html,如需转载请自行联系原作者
相关文章
|
19天前
|
监控 安全 开发工具
鸿蒙HarmonyOS应用开发 | HarmonyOS Next-从应用开发到上架全流程解析
HarmonyOS Next是华为推出的最新版本鸿蒙操作系统,强调多设备协同和分布式技术,提供丰富的开发工具和API接口。本文详细解析了从应用开发到上架的全流程,包括环境搭建、应用设计与开发、多设备适配、测试调试、应用上架及推广等环节,并介绍了鸿蒙原生应用开发者激励计划,帮助开发者更好地融入鸿蒙生态。通过DevEco Studio集成开发环境和华为提供的多种支持工具,开发者可以轻松创建并发布高质量的鸿蒙应用,享受技术和市场推广的双重支持。
238 11
|
2月前
|
监控 Java 应用服务中间件
高级java面试---spring.factories文件的解析源码API机制
【11月更文挑战第20天】Spring Boot是一个用于快速构建基于Spring框架的应用程序的开源框架。它通过自动配置、起步依赖和内嵌服务器等特性,极大地简化了Spring应用的开发和部署过程。本文将深入探讨Spring Boot的背景历史、业务场景、功能点以及底层原理,并通过Java代码手写模拟Spring Boot的启动过程,特别是spring.factories文件的解析源码API机制。
96 2
|
16天前
|
存储 设计模式 算法
【23种设计模式·全精解析 | 行为型模式篇】11种行为型模式的结构概述、案例实现、优缺点、扩展对比、使用场景、源码解析
行为型模式用于描述程序在运行时复杂的流程控制,即描述多个类或对象之间怎样相互协作共同完成单个对象都无法单独完成的任务,它涉及算法与对象间职责的分配。行为型模式分为类行为模式和对象行为模式,前者采用继承机制来在类间分派行为,后者采用组合或聚合在对象间分配行为。由于组合关系或聚合关系比继承关系耦合度低,满足“合成复用原则”,所以对象行为模式比类行为模式具有更大的灵活性。 行为型模式分为: • 模板方法模式 • 策略模式 • 命令模式 • 职责链模式 • 状态模式 • 观察者模式 • 中介者模式 • 迭代器模式 • 访问者模式 • 备忘录模式 • 解释器模式
【23种设计模式·全精解析 | 行为型模式篇】11种行为型模式的结构概述、案例实现、优缺点、扩展对比、使用场景、源码解析
|
16天前
|
设计模式 存储 安全
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
结构型模式描述如何将类或对象按某种布局组成更大的结构。它分为类结构型模式和对象结构型模式,前者采用继承机制来组织接口和类,后者釆用组合或聚合来组合对象。由于组合关系或聚合关系比继承关系耦合度低,满足“合成复用原则”,所以对象结构型模式比类结构型模式具有更大的灵活性。 结构型模式分为以下 7 种: • 代理模式 • 适配器模式 • 装饰者模式 • 桥接模式 • 外观模式 • 组合模式 • 享元模式
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
|
16天前
|
设计模式 存储 安全
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
创建型模式的主要关注点是“怎样创建对象?”,它的主要特点是"将对象的创建与使用分离”。这样可以降低系统的耦合度,使用者不需要关注对象的创建细节。创建型模式分为5种:单例模式、工厂方法模式抽象工厂式、原型模式、建造者模式。
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
|
22天前
|
域名解析 弹性计算 安全
阿里云服务器租用、注册域名、备案及域名解析完整流程参考(图文教程)
对于很多初次建站的用户来说,选购云服务器和注册应及备案和域名解析步骤必须了解的,目前轻量云服务器2核2G68元一年,2核4G4M服务器298元一年,域名注册方面,阿里云推出域名1元购买活动,新用户注册com和cn域名2年首年仅需0元,xyz和top等域名首年仅需1元。对于建站的用户来说,购买完云服务器并注册好域名之后,下一步还需要操作备案和域名绑定。本文为大家展示阿里云服务器的购买流程,域名注册、绑定以及备案的完整流程,全文以图文教程形式为大家展示具体细节及注意事项,以供新手用户参考。
|
2月前
|
缓存 监控 Java
Java线程池提交任务流程底层源码与源码解析
【11月更文挑战第30天】嘿,各位技术爱好者们,今天咱们来聊聊Java线程池提交任务的底层源码与源码解析。作为一个资深的Java开发者,我相信你一定对线程池并不陌生。线程池作为并发编程中的一大利器,其重要性不言而喻。今天,我将以对话的方式,带你一步步深入线程池的奥秘,从概述到功能点,再到背景和业务点,最后到底层原理和示例,让你对线程池有一个全新的认识。
60 12
|
1月前
|
PyTorch Shell API
Ascend Extension for PyTorch的源码解析
本文介绍了Ascend对PyTorch代码的适配过程,包括源码下载、编译步骤及常见问题,详细解析了torch-npu编译后的文件结构和三种实现昇腾NPU算子调用的方式:通过torch的register方式、定义算子方式和API重定向映射方式。这对于开发者理解和使用Ascend平台上的PyTorch具有重要指导意义。
|
17天前
|
安全 搜索推荐 数据挖掘
陪玩系统源码开发流程解析,成品陪玩系统源码的优点
我们自主开发的多客陪玩系统源码,整合了市面上主流陪玩APP功能,支持二次开发。该系统适用于线上游戏陪玩、语音视频聊天、心理咨询等场景,提供用户注册管理、陪玩者资料库、预约匹配、实时通讯、支付结算、安全隐私保护、客户服务及数据分析等功能,打造综合性社交平台。随着互联网技术发展,陪玩系统正成为游戏爱好者的新宠,改变游戏体验并带来新的商业模式。
|
2月前
|
存储 安全 Linux
Golang的GMP调度模型与源码解析
【11月更文挑战第11天】GMP 调度模型是 Go 语言运行时系统的核心部分,用于高效管理和调度大量协程(goroutine)。它通过少量的操作系统线程(M)和逻辑处理器(P)来调度大量的轻量级协程(G),从而实现高性能的并发处理。GMP 模型通过本地队列和全局队列来减少锁竞争,提高调度效率。在 Go 源码中,`runtime.h` 文件定义了关键数据结构,`schedule()` 和 `findrunnable()` 函数实现了核心调度逻辑。通过深入研究 GMP 模型,可以更好地理解 Go 语言的并发机制。

推荐镜像

更多
下一篇
开通oss服务