activiti源码解读之心得整编

简介:
  • TaskService.completeTask()的执行内幕是啥?

    activiti采取了command模式,completeTask会被包装成一个CompleteTaskCmd,一个Cmd执行的时候需要一些外围处理,如:log日志。activiti定义了一个拦截器链,链上的每个拦截器都有个next,会一直next执行下去。以CompleteTaskCmd为例,拦截器链为:

    logger拦截器-->spring事务拦截器-->CommandContext拦截器-->CommandInvoker拦截器

    其中CommandContext拦截器的工作主要是设置Context:
    [java]  view plain  copy  print  ?  在CODE上查看代码片  派生到我的代码片
    1. // Push on stack
    2. Context.setCommandContext(context);  
    3. Context.setProcessEngineConfiguration(processEngineConfiguration);  
    4. return next.execute(config, command);  

    这边push,另外有地方pop,CommandInvoker就干的此事:
    [java]  view plain  copy  print  ?  在CODE上查看代码片  派生到我的代码片
     
    1. public   T execute(CommandConfig config, Command  command) {  
    2. return command.execute(Context.getCommandContext());  
    3. }  
  • 一个节点结束了,流程怎么知道往下走?

    答案是TaskEntity.completeTask()方法会调用execution.signal()-->activityBehavior.signal()-->activityBehavior.leave()方法,该方法最终会激活AtomicOperationTransitionNotifyListenerStart的eventNotificationsCompleted()方法,该方法会创建当前Transition的destination,代码如下:
    [java]  view plain  copy  print  ?  在CODE上查看代码片  派生到我的代码片
    1. protectedvoid eventNotificationsCompleted(InterpretableExecution execution) {  
    2.   TransitionImpl transition = execution.getTransition();  
    3.   ActivityImpl destination = null;  
    4. if(transition == null) { // this is null after async cont. -> transition is not stored in execution
    5.     destination = (ActivityImpl) execution.getActivity();  
    6.   } else {  
    7.     destination = transition.getDestination();  
    8.   }      
    9.   ActivityImpl activity = (ActivityImpl) execution.getActivity();  
    10. if (activity!=destination) {  
    11.     ActivityImpl nextScope = AtomicOperationTransitionNotifyListenerTake.findNextScope(activity, destination);  
    12.     execution.setActivity(nextScope);  
    13.     execution.performOperation(TRANSITION_CREATE_SCOPE);  
    14.   } else {  
    15.     execution.setTransition(null);  
    16.     execution.setActivity(destination);  
    17.     execution.performOperation(ACTIVITY_EXECUTE);  
    18.   }  
    19. }  
  • 多实例任务怎么知道该loop已结束?

    多实例任务会启动多个任务和execution,调用execution.signal()-->activityBehavior.signal()-->activityBehavior.leave(),ParallelMultiInstanceBehavior.leave()其中包含如下代码:

    [java]  view plain  copy  print  ?  在CODE上查看代码片  派生到我的代码片
     
    1. List  joinedExecutions = executionEntity.findInactiveConcurrentExecutions(execution.getActivity());  
    2. if (joinedExecutions.size() == nrOfInstances || completionConditionSatisfied(execution)) {  
    3. // Removing all active child executions (ie because completionCondition is true)
    4.   List  executionsToRemove =  new  ArrayList ();  
    5. for (ActivityExecution childExecution : executionEntity.getParent().getExecutions()) {  
    6. if (childExecution.isActive()) {  
    7.       executionsToRemove.add((ExecutionEntity) childExecution);  
    8.     }  
    9.   }  
    10. for (ExecutionEntity executionToRemove : executionsToRemove) {  
    11. if (LOGGER.isDebugEnabled()) {  
    12.       LOGGER.debug("Execution {} still active, but multi-instance is completed. Removing this execution.", executionToRemove);  
    13.     }  
    14.     executionToRemove.inactivate();  
    15.     executionToRemove.deleteCascade("multi-instance completed");  
    16.   }  
    17.   executionEntity.takeAll(executionEntity.getActivity().getOutgoingTransitions(), joinedExecutions);  
    completionConditionSatisfied()方法将用来判断是否该结束,takeAll()方法将结束当前子执行,并将主执行设置为active。

  • 是否可以在运行时期新增/修改一个activity

    当然可以!但是记住,标注有当前activity的execution在后续执行和结束的时候会用到这个activity!如果发生程序关闭等情况,execution会尝试从ProcessDefinition里重新根据ID加载activity,如下所示:

    [java]  view plain  copy  print  ?  在CODE上查看代码片  派生到我的代码片
    1. protectedvoid ensureProcessDefinitionInitialized() {  
    2. if ((processDefinition == null) && (processDefinitionId != null)) {  
    3.     ProcessDefinitionEntity deployedProcessDefinition = Context  
    4.       .getProcessEngineConfiguration()  
    5.       .getDeploymentManager()  
    6.       .findDeployedProcessDefinitionById(processDefinitionId);  
    7.     setProcessDefinition(deployedProcessDefinition);  
    8.   }  
    9. }  
    10. protectedvoid ensureActivityInitialized() {  
    11. if ((activity == null) && (activityId != null)) {  
    12.     activity = getProcessDefinition().findActivity(activityId);  
    13.   }  
    14. }  
    再来看看execution的set方法,就能明白它为什么会保留一堆id:
    [java]  view plain  copy  print  ?  在CODE上查看代码片  派生到我的代码片
     
    1. publicvoid setActivity(ActivityImpl activity) {  
    2. this.activity = activity;  
    3. if (activity != null) {  
    4. this.activityId = activity.getId();  
    5. this.activityName = (String) activity.getProperty("name");  
    6.   } else {  
    7. this.activityId = null;  
    8. this.activityName = null;  
    9.   }  
    10. }  
    所以,要完全保证程序认识被改造的activity的途径是:自定义ProcessDefinition,重写其findActivity()方法!
  • 为什么bpmn文件是XML格式,但model记录里面却采用的是JSON格式,而deployment里又采用的是XML格式?

    不知道!真的不知道activiti为什么这么做!是想支持flex里面的JSON建模么?(如上结论主要是针对于activiti-modeler的实现,经仔细验证,activiti-engine对model的editorsource是没有任何限制的~~~)

  • 进入多实例节点的时候,系统何时创建了新的子执行?

    答案是AtomicOperationTransitionCreateScope.execute(),代码摘录如下:

    [java]  view plain  copy  print  ?  在CODE上查看代码片  派生到我的代码片
    1. publicvoid execute(InterpretableExecution execution) {  
    2.   InterpretableExecution propagatingExecution = null;  
    3.   ActivityImpl activity = (ActivityImpl) execution.getActivity();  
    4. if (activity.isScope()) {  
    5.     propagatingExecution = (InterpretableExecution) execution.createExecution();  
    6.     propagatingExecution.setActivity(activity);  
    7.     propagatingExecution.setTransition(execution.getTransition());  
    8.     execution.setTransition(null);  
    9.     execution.setActivity(null);  
    10.     execution.setActive(false);  
    11.     log.debug("create scope: parent {} continues as execution {}", execution, propagatingExecution);  
    12.     propagatingExecution.initialize();  
    13.   } else {  
    14.     propagatingExecution = execution;  
    15.   }  
    16.   propagatingExecution.performOperation(AtomicOperation.TRANSITION_NOTIFY_LISTENER_START);  
    17. }  

    其中的activity就是当前的节点。

  • 什么时候保存历史记录信息?如:HistoricActivity

    魅力在于activity的executionListeners,代码如下:
    [java]  view plain  copy  print  ?  在CODE上查看代码片  派生到我的代码片
     
    1. publicclass ActivityInstanceEndHandler implements ExecutionListener {  
    2. publicvoid notify(DelegateExecution execution) {  
    3.     Context.getCommandContext().getHistoryManager()  
    4.       .recordActivityEnd((ExecutionEntity) execution);  
    5.   }  
    6. }  
本文转自二郎三郎博客园博客,原文链接:http://www.cnblogs.com/haore147/p/5213591.html,如需转载请自行联系原作者
相关文章
|
1月前
|
XML Java 数据库
【二十三】springboot整合activiti7(1)实战演示篇
【二十三】springboot整合activiti7(1)实战演示篇
23 0
|
8月前
|
SQL Java 关系型数据库
Activiti工作流框架学习笔记(二)之springboot2.0整合工作流Activiti6.0
Activiti工作流框架学习笔记(二)之springboot2.0整合工作流Activiti6.0
131 0
|
XML 应用服务中间件 数据格式
Activiti入门操作
Activiti入门操作
|
Java API 数据库
Activiti进阶篇-个人任务
Activiti进阶篇-个人任务
Activiti进阶篇-个人任务
|
存储 Java API
Spring Boot + flowable 快速实现工作流,好用到爆,Activiti 可以扔了。。(2)
Spring Boot + flowable 快速实现工作流,好用到爆,Activiti 可以扔了。。(2)
298 0
Spring Boot + flowable 快速实现工作流,好用到爆,Activiti 可以扔了。。(2)
|
Java 应用服务中间件 数据库
Spring Boot + flowable 快速实现工作流,好用到爆,Activiti 可以扔了。。(1)
Spring Boot + flowable 快速实现工作流,好用到爆,Activiti 可以扔了。。(1)
235 0
Spring Boot + flowable 快速实现工作流,好用到爆,Activiti 可以扔了。。(1)
|
存储 XML 缓存
Activiti原理分析(一)从一个简单流程开始
本系列文章将基于 Activiti 6 源代码对 Activiti 的原理进行深入剖析,让读者快速知其然,同时知其所以然。 第一篇文章将分析一个简单流程在 Activiti 中的执行流程,借此把 Activiti 底层的一些概念快速梳理一遍,让读者对 Activiti 的底层实现有个大概了解,知晓每张表的作用。内容都是笔者从源码里分析出来或者核对过的,比一般的文档更加翔实靠谱。
2977 2
Activiti原理分析(一)从一个简单流程开始
|
Web App开发 XML Java
Activiti学习——Activiti与Spring集成
与Spring集成 基础准备 目录结构 相关jar包 Activiti的相关jar包 Activiti依赖的相关jar包 Spring的相关jar包 Spring依赖的相关jar包 本示例相关jar包截图   配置文件设置 web.
1694 0