目錄
一、前言
二、實現請假流程
1、製作流程圖
2、匯出xml流程檔案
3、流程部署及執行
4、流程部署時資料庫表變化
上文springboot已經與activiti做了基本整合,所有流程需要的資料表也都已生成,下面就先來實現乙個最簡單的請假流程來感受下工作流的大概步驟。
匯出步驟也在系列一中詳細介紹過,這裡直接貼請假流程的詳細xml檔案:
<?xml version="1.0" encoding="utf-8"?>
首先將第二步獲得的xml檔案上傳到系列二的專案中,放於resource目錄下,如下:
然後新建乙個demo類開始部署並執行,這裡需要引入springboo的test依賴:
org.springframework.boot
spring-boot-starter-test
測試類**如下:
@springboottest
@runwith(springrunner.class)
public class vocationdemo
}
這是乙個最簡單的純人工節點序列的流程,上面的**也並沒有完全走完整個流程,只完成了直屬經理審批環節的任務,下面我們來看下每個步驟部分資料表發生的變化:
1):發布流程時activiti首先會將xml資源檔案部署到act_ge_bytearray資源表中
然後將流程的部署資訊發布到act_re_deployment表中
將流程具體的資訊發布到act_re_procdef表中
2):啟動流程後,act_ru_execution表會生成兩條記錄,流程啟動和使用者任務,可以看到proc_inst_id_是一樣的,說明是同乙個流程例項
同時各任務錶即執行時任務表act_ru_task和歷史任務表act_hi_taskinst中資料也同時增加
act_ru_task表如下,由於當前流程流轉到總經理審批,因此執行任務則在當下
act_hi_taskinst表如下,儲存了上一環節的已完成的任務
Activiti獲得下乙個節點
用 color red pvmtransition color 表示箭頭的類。而這些類是從 listlist activityimpl.getoutgoingtransitions 從任務id獲得指向外面的連線線 processdefinitionentity.getactivities task ...
activiti獲取下乙個節點資訊
在實際的工作流業務開發中,當使用者完成當前使用者任務時,需要指定下乙個使用者任務的審核人。此時我們需要獲取下乙個節點的一些資訊,來確定下乙個使用者任務的審核人有哪些。在實際工作流程中,當前使用者任務後的節點可能為使用者任務,也可能為閘道器。如果下乙個節點為閘道器我們需要判斷流程線路。獲取下乙個使用者...
activiti獲取下乙個節點資訊
在實際的工作流業務開發中,當使用者完成當前使用者任務時,需要指定下乙個使用者任務的審核人。此時我們需要獲取下乙個節點的一些資訊,來確定下乙個使用者任務的審核人有哪些。在實際工作流程中,當前使用者任務後的節點可能為使用者任務,也可能為閘道器。如果下乙個節點為閘道器我們需要判斷流程線路。獲取下乙個使用者...