java工作流引擎

① java 工作流引擎有什麼用

java 工作流引擎適用於多個行業領域及需求場景，利用低代碼開發平台可高效提供需求建模、系統設計、開發部署、模擬測試、運行維護和版本更新的軟體開發全生命周期支持！
還可快速構建OA協同、公文督辦、KM文庫、項目管理、采購管理、生產管理、供應鏈管理、營銷管理等一些列職能類和業務類管理系統並提供PC與移動多應用端入口。
提供BPM流程管控、數據跨平台採集和報表展示、原系統流程補強、OA升級/替換、統一門戶、移動辦公、多租戶SaaS應用和智能硬體對接等解決方案。

② 為什麼工作流引擎大多數都是java版本以及.N

java是主流語言，一般的工作流都是java語言的，工作流引擎可以去看看天翎的平台，他們的工作流引擎還不錯

③ java工作流框架有哪些 知乎

java工作流框架有哪些 ；常見的如JBPM、Activity都可以『也有一些針對全自主知識產權的：
自主知識產權的MyApps低代碼快速開發平台產品，這是國內首款可視化配置式開發平台，平台集流程引擎、表單引擎和報表引擎等核心科技於一體，其快速靈活的開發特性及對中國式流程管理業務模式和操作習慣的精準拿捏展現了獨到的優勢。開發者通過管理後台的可視化界面，對表單排版及流程節點之間關聯進行編輯操作，開發者在沒有任何編程語言基礎的情況下也能開發出各種業務場景的應用。為企業用戶提供應用系統開發所需要的一切基礎設施，平台涵蓋了對企業的業務流程需求分析，設計，快速開發部署，模擬測試，運行維護，更新和發布，流程績效分析和管理，流程改進等對企業績效管理（BPM）進行全生命周期支持。myApps從第一版開發到目前已經有14年的歷史，已經包含100多萬行源代碼。
優勢概括
1) 微服務：高擴可展性，每個服務都能獨立部署，擴容和縮容方便，能夠有效地提高利用率；
2) 多時態：分為授權時、設計時、運行時。設計時：操作並存儲表單、流程、視圖、報表等。授權時：操作並存儲用戶、部門、許可權等。運行時：實際用戶使用系統並存儲業務數據。
3) 多種部署模式：支持單機和集群部署、雲端部署；
4) 集群化：由過去的對等集群架構演化為所有微服務都可以動態伸縮，涉及到負載均衡由前端單點轉移至調用方；
5) 配置化：包括服務的依賴關系解耦，對應用透明無侵入；
6) 版本化：指在服務升級或線上bug修復等場景下所需要的多版本管理，服務的提供者與消費者在發布引用時須指定版本號。
7) 非同步化：常用的性能優化方式，在合適的場景下，非同步化可以帶來更大的吞吐量、更短的響應時間，而且還具備隔離外部不穩定性的作用。
8）機卡分離：做好數據備份和升級系統的分開，便於輕松升級到新版本，

④ java要實現工作流需要哪些框架啊

Shark
Shark是體系和功能最為復雜的代表。它是另一款遵循WfMC的XPDL標准開源工作流引擎，並且同時遵循OMG組織的Workflow Management Facility規范。在所有開源工作流引擎中，Shark的體系最為完備和復雜。其一直秉承著「模塊化」的思想，所以比較容易擴展。但是自從被Together公司收購後，Shark的商業化色彩已經越來越濃，改稱為Together Workflow Server，並僅以Community Edition的形式提供了部分開源代碼供參考。

OSWorkflow
OSWorkflow是最輕量型的代表，也是一款非常靈活和低級別定位的工作流引擎的實現框架。低級別定位的意思是說，它不是定位在解決流程模型對象和運轉場景，而是提供一套可維護調度的機制，供開發人員自主擴展。這個維護流程調度機制OSWorkflow選擇的是基於行為(Action)的FSM理論，所以OSWorkflow更像是一個復雜而靈活的有限狀態調度機。
OSWorkflow在國內項目應用得較多，很多國內的簡易審批流程項目都是基於其引擎二次開發而來。這主要是由於OSWorkflow是基於Action驅動的，而國內的客戶也很容易接受這樣的操作習慣。但OSWorkflow所依賴的FSM模型對於分支、聚合、子流程的支持度很低，這一點在實施過程中需要注意。

jBpm
jBpm是最適合擴展的代表，是在所有開源引擎中最適宜被商業化應用的一款。首先其流程建模模型是基於Activity Diagram(活動圖)的，並在引擎構建上融入了FSM和PetriNet思想，所以其內核和根基比較牢固扎實。其次，自從被JBoss收購後，其3. x系列的結構更加趨於微內核，Plug-in思想也更加深入。其同時還提供了對BPEL擴展，存儲支持JBoss Hibernate實現，集成了JBoss seam，規則引擎准備採用JBoss rules，並准備集成JBoss Messaging。這樣，不論從內核和外圍應用，jBpm都具有了強勁的動力。
另外，jBpm對Token的應用也很有特色，巧妙地利用Parent-Child Token的機制處理分支、父子流程等復雜應用場景。這個設計思想很值得大家學習參考。

YAWL
YAWL是演算法和模式最值得研究的代表，它是Alast力主倡導的一款基於PetriNet建模的工作流引擎，其將PetriNet的Token與And、XOR、OR演算法進行了融合，並對Workflow Patterns(工作流模式)中所有模式提供支持。但YAWL本身僅是一個研究性項目，所以其結構和實現缺少了商業化應用的特點。但有必要研究一下YAWL，一方面可以加深對工作流模式的理解，另一方面，YAWL的一些建模思想、處理演算法很值得推敲和吸納。

ActiveBPEL
ActiveBPEL 是BPEL引擎的代表，也是一款可執行BPEL4WS規范的開源流程引擎，其結構和實現方式具有很高的參考價值。目前國內很多正在開發基於BPEL產品的中小型軟體廠商，其實現的很多基礎性內容和思想都參考自ActiveBPEL。受目前國內中小型客戶對流程需求的限制，基於BPEL的開源引擎或小型產品被市場接受度還很低。但BPEL所圍繞的業務流程及流程整合應用是一個發展趨勢。

⑤ 能在一個完整的java項目中添加工作流引擎嗎

有兩種：activit 5 jpbm4.*，我用的是activit 5
單位：P→瓦特；W→焦；t→秒。（瓦=焦/秒。千

⑥ java工作流引擎中，哪個在市面上用得最多

一起來看看java快速開發框架工作流引擎快速開發平台。 希望您能從中找到適合您自己的流程引擎。

Activiti是由jBPM 的創建Tom Baeyen離JBoss之後建立的項目，構建在開發 jBPM 版本1到4時積累的多年經驗的基礎之上，旨在創建下一代的 BPM 解決方案。文檔豐富，csdn有相應專欄，並且國人貢獻了一本《activiti實戰》詳細地講解了基於activiti的開發內容，網上教程資源豐富。Activiti上手比較快，界面也比較簡潔、直觀，學習周期相對較短。

官方提供webapp war包，部署在Tomcat下可快速操作和了解activiti，esclipse提供支持activiti項目的ide插件，總的來說環境支持良好。

代碼量大，核心代碼改動難度較大，但提供了完整的技術文檔，架構良好，網上開發文檔較多，一定上降低了二次開發的難度。

支持，用戶體驗好，但是流程設計器是英文版，還需要漢化。

支持多種表單：動態表單，外置表單，普通表單，但表單設計未集成，需要自己集成表單設計。

支持絕大部分工作流功能，符合中國國情的審批流程需要在此基礎上進行開發。

JBPM（Java Business Process Management）：JAVA業務流程管理，是一個可擴展、靈活、開源的流程引擎， 它可以運行在獨立的伺服器上或者嵌入任何Java應用中。

1、jBPM3是一個完整的工作流系統實現，面向開發人員，目的在於簡化對組織核心流程進行支撐的軟體創建，不支持標准。

2、jBPM4引入PVM，使其擁有更強大的擴展性，同時增加BPMS特性，這些特性包括了對BPMN的支持、面向業務人員的Web建模器和簡單統計分析功能的加入。

3、jBPM5基於原先的Drools Flow，支持BPMN，通過與Drools的合並支持BAM，通過內容倉庫增加對流程可視化的支持。由於放棄了jBPM4的PVM，引擎的可擴展性受到損害，並且不再支持jPDL。

XJR快速開發平台可視化開發，高效快速，開發成本低。兼容強，支持多種資料庫，基於B/S架構，純瀏覽器應用，只需要拖拽組件，拼接流程，就能實現各層的審批。面向服務介面設計，容易整合企業現有的資源。前後端分離設計，採用shiro許可權驗證，通過簡單配置就可以實現功能許可權和數據許可權。開源級代碼，二次擴展強。

XJR快速開發平台技術選型

使用目前流行的多種web技術，包括springboot， JPA，Druid， Activiti，Lombok，swagger，poi，WebSocket，Jquery，BootStrap， maven，Jenkins 等等，支持多種資料庫MySQL, Oracle, sqlserver等。 分層設計：使用分層設計，分為，service，Controller，view層，層次清楚，低耦合，高內聚。 安全考慮：嚴格遵循了web安全的規范，前後台雙重驗證，參數編碼傳輸，密碼md5加密存儲，shiro許可權驗證，從根本上避免了SQL注入，XSS攻擊，CSRF攻擊等常見的web攻擊手段。

模塊功能

功能模塊：開發向導、代碼 生成器，商業智能、工作流、報表管理、移動端開發、作業計劃、多語言、數據源管理、企業微信、釘釘、消息管理，菜單 管理，用戶管理，機構管理，角色管理，區域管理，字典管理，日誌查詢等基礎模塊。

⑦ 什麼是JAVA工作流引擎

正好我也在學習工作流引擎。

工作流是業務流程的全部或部分自動化，在此過程中，文檔、信息或任務按照一定的過程規則流轉，實現組織成員間的協同工作，以達到業務的整體目標。
工作流管理系統是支持企業經營過程高效執行並監控其執行過程的計算機軟體系統。
典型的WFMS至少由如下幾個模塊組成：業務流程建模定義工具、過程定義、工作流執行環境（引擎）、任務管理。當然還會包括應用和IT工具。

常用的工作流引擎有osworkflow,jbpm,shark。剛學習了一點osworkflow，現在轉向jbpm，公司要求，沒辦法。

osworkflow，最大特點就是靈活，這個網上都說遍了。也就是說它提供了一個引摯，在此基礎上你可以進行擴展，可以自已寫一些條件、動作類，只是繼承它的介面就行，不需要修改它的源代碼。他只提供一個工作流控制框架給你，他也只專注於管理工作流自身的東西，對其他的東西不管，其他的功能對他來說都只是一個插件組件。所以你可以自己擴展裡面的功能，例如用戶管理模式，工作流本身不帶用戶模式，他公司的另外一個項目osuser，可以結合使用來管理用戶許可權，當然你可以不用osuer，自己建立自己的用戶模式，其實就是建立自己的運行判斷條件；支持多種插件式的持久化機制；他的數據表也很少，就三個……

下面是引用其他網頁的話：

Shark的流程定義語言是XPDL，我們知道，XPDL的兩個最重要的概念是Process和Activity。XPDL中的Activity是基於UML1.x中的活動圖的概念。活動圖天生的適於工作流程建模，它相對於狀態圖的一個最大的優點是容易做並發線程的分叉控制，這些並發線程可以同時執行也可以順序執行；它還有一個優點是有泳道的概念，可以控制工作流引擎中的任務的產生。Shark的如來神掌是活動圖。

Osworkflow的如來神掌又是什麼呢？我們知道，它有個重要概念是State……呵呵，我們知道了，它的如來神掌是FSM。不知道FSM是什麼東西？？那你讀大學時肯定不是好學生；當然了，不知道也不打緊，你把他類似理解為狀態圖就可以了。Osworkflow中的State是由step和status聯合表達的，一個State就是一個step中的某個status；而state的轉換由action來驅動，類似狀態圖中的event,因為一個event對應一個action嘛。

Jbpm的如來神掌就沒有上面的簡單了，它結合應用了狀態圖+活動圖+PetriNet的知識，而且，這里的活動圖還是UML2.0版的。UML2.0的活動圖中，節點不叫活動（Activity）而叫動作(action)，活動成了一個高層次的概念，它包含一個動作序列。一個活動圖展現一系列的動作，這些動作組成了活動。Jbpm把action也改名了，稱為state。Jbpm使用的狀態圖的概念有transition/event等，這個自己去看吧。Jbpm來內部實現中還採用了PetriNet的概念，如token,signal等。什麼？又不知道PetriNet什麼東東？那你大學是學計算機的嗎？不是？那你可能是學文科的，學機械/電氣/土木工程/交通運輸等專業都有接觸PetriNet的課程，如果沒有學過，還是看看jbpm吧，反正我們也不搞理論，知道大致概念就行。

⑧ 請問下JAVA用什麼工作流引擎比較方便簡單

工作流引擎有很多種，java語言的也有很多廠家，譬如：天翎、普元、天縱等。開源的有activet，如果說誰的簡單方便，我個人的建議，你最好針對工具去做下試用：
現在很多產品都可以開箱即用的，如果可以就去嘗試下，如果沒有調查就沒有發言權，你如果沒有試用，就無從給出合適的建議和說法，永遠停留在很淺顯的領域和問題上。
有很多廠家的都是號稱拖拉拽配置實現。
1、封裝和很多控制項，流程節點和流程子流程和流程創建
2、針對流程審批也有很多方式的選擇，有直接勾選組織架構和角色，也有溝通過腳本直接演繹復雜的業務邏輯實現的
3、流程時效提醒：有多種方式，微信，釘釘和簡訊，消息中心以及郵件
簡單的流程都是可以通過配置的控制項直接勾選就可以i實現的。只要會用Excel基本上都可以實現的。
管理顧問，每天成長一點點，努力成就自己的優秀。