@[toc] 在之前的文章中鬆哥和小夥伴們聊過，正在執行的流程信息是保存在以 ACT_RU_ 為前綴的表中，執行完畢的流程信息則保存在以 ACT_HI_ 為前綴的表中，也就是流程歷史信息表，當然這個歷史信息表繼續細分的話，還有好多種，今天我們就來聊一聊這個話題。 假設我有如下一個流程： 當這個流程執行完畢後，以 ACT_RU_ 為前綴的表中的數據均已清空，現在如果想查看剛剛執行過的流程信息
@[toc] 在之前的文章中，鬆哥也有和小夥伴們使用過流程變量，然而沒有和大家系統的梳理過流程變量的具體玩法以及它對應的數據表詳情，今天我們就來看看 Flowable 中流程變量的詳細玩法。 1. 為什麼需要流程變量 首先我們來看看為什麼需要流程變量。 舉一個簡單的例子，假設我們有如下一個流程： 這是一個請假流程，那麼誰請假、請幾天、起始時間、請假理由等等，這些都需要説明，不然領導審批的依
Flowable 中網關類型其實也不少，常見的主要有三種類型，分別是： 排他網關 並行網關 包容網關 這三個裏邊最常用的當然就是排他網關了，今天鬆哥就來和小夥伴們聊一聊這三種網關，一起來體驗一把這三種網關各自的特徵。 1. 排他網關 首先就是排他網關了，這個也叫互斥網關，長得像下圖這樣： 排他網關可以有 N 個入口，但是隻有一個有效出口。 鬆哥舉一個例子： 假設我有一個請假流程，請假
前面的文章我們一起玩了 Flowable 中的 ServiceTask，今天我們再來看看 Flowable 中的腳本任務。 1. 腳本任務 個人感覺腳本任務和我們前面説的 ServiceTask 很像，都是流程走到這個節點的時候自動做一些事情，不同的是，在 ServiceTask 中，流程在這個節點中所做的事情是用 Java 代碼寫的，在腳本任務中，流程在這個節點中所做的事情則是用其他一些腳本語言
前面和小夥伴們分別聊了 Flowable 中的 ReceiveTask 和 UserTask，今天我們來看看另外一個比較常見的 Task -- ServiceTask。 1. ServiceTask ServiceTask 從名字上看就是服務任務，它的圖標一般是像下面這樣： ServiceTask 一般由系統自動完成，當流程走到這一步的時候，不會自動停下來，而是會去執行我們提前在 Service
@[toc] 前面鬆哥和大家分享的都是給 UserTask 設置處理人或者是候選用户，不過小夥伴們也知道，在我們為 UserTask 設置處理人的時候，除了設置單個的處理人，也可以設置 Group，就是某一個用户組內的所有用户都可以處理該 Task。 在 Flowable 中使用 Group 去歸類某一類用户，但是這個實際上類似於我們在自己系統中平時所用的角色 Role。也就是説，我們可以按
@[toc] 上篇文章鬆哥和大家分享了 Flowable 中設置任務處理人的四種方式，不過那四種方式都是針對單個任務處理人，有的時候，一個任務節點會存在多個候選人，例如 zhangsan 提交一個任務，這個任務即可以 lisi 處理，又可以 wangwu 處理，那麼針對這種多個任務候選人的情況，我們該如何處理？今天一起來看看。 1. 繪製流程圖 首先我們還是使用之前舊的流程圖，但是在為 Us
@[toc] 上篇文章鬆哥和大家分享了 Flowable 中的 ReceiveTask，這只是流程中任務的一種，今天我們就一起來看另外一個更為常見的 Task--UserTask。 UserTask 看名字就知道，需要人工干預，而人工處理的方式有很多種，我們可以設置節點是由哪個用户處理，也可以設置是由哪個用户組來處理（相當於是由哪個角色來處理），今天這篇文章我主要和大家分享設置用户的三種方式
在之前的案例中，鬆哥和大家舉例最多的 Task 主要是 UserTask 和 ServiceTask，ReceiveTask 雖然也和大家提過但是沒有仔細講過，今天我們就來捋一捋 ReceiveTask 在 Flowable 中到底怎麼玩。 1. 使用場景 接受任務（Receive Task），接觸過 Flowable 的小夥伴應該是見過或者聽説過，它的圖標如下圖： ReceiveTask 可以
不知道小夥伴們有沒有留意過，在 Flowable 流程圖的繪製過程中，我們可以編寫一個名為 dataObject 的元素，這個元素可以指定變量的 id、名稱以及數據類型等各種屬性，並且在流程實例啓動的時候，會自動將 dataObject 元素的信息轉換為流程實例變量，這個東西也蠻好玩的，今天鬆哥就帶領小夥伴們來捋一捋 Flowable 中的 dataObject。 1. 添加 dataObject
今天來和小夥伴們聊一聊流程的掛起和激活。 這塊實際上涉及到兩部分內容： 流程定義的掛起和激活。 流程實例的掛起和激活。 一個定義好的流程，如果掛起了，那麼就無法據此創建新的流程。 一個流程實例如果掛起了，那麼就無法執行流程中的任務。 小夥伴們注意區分這兩個概念（看了前面幾篇文章的小夥伴，應該對於這兩個概念不在話下了）。 我們分別來看。 1. 流程定義的掛起與激活 1.1 查詢是否掛起 對於
上篇文章和小夥伴們分享的流程操作主要是正在執行的流程，我們有一個非常常見的場景是查詢執行過的流程信息，在上篇文章中，小夥伴們已經知道，對於正在執行的流程，會在 ACT_RU_EXECUTION 表中保存一條對應的記錄，不過流程執行結束之後，ACT_RU_EXECUTION 表中的記錄會被刪除掉，此時要是想查詢已經執行過的流程信息，去哪裏查詢呢？今天我們就來看看 HistoryService 的使用
@[toc] 今天想和大家聊一聊 Shiro 中的多 Realm 認證策略問題～ 在項目中，如果我們想手機驗證碼登錄、第三方 QQ 登錄、郵箱登錄等多種登錄方式共存，那麼就可以考慮通過 Shiro 中的多 Realm 來實現，具體操作中，一個 Realm 剛好就對應一種登錄方式。 多 Realm 登錄的用法並不難，鬆哥之前也專門發過相關的文章和大家分享，傳送門： 其實我不僅會 Sprin
