osworkflow 小培训

　2008-01-05 18:35:24　来源：WEB开发网　闂傚倸鍊搁崐鎼佸磹妞嬪孩顐芥慨姗嗗厳缂傛氨鎲稿鍫罕闂備礁婀遍搹搴ㄥ窗閺嶎偆涓嶆い鏍仦閻撱儵鏌ｉ弴鐐测偓鍦偓姘炬嫹

闂傚倸鍊搁崐鎼佸磹妞嬪海鐭嗗〒姘ｅ亾妤犵偛顦甸弫鎾绘偐閹绘帞鈧參姊哄Ч鍥х仼闁诲繑鑹鹃悾鐑藉蓟閵夛妇鍘甸梺瑙勵問閸犳牠銆傛總鍛婄厱閹艰揪绱曟牎闂侀潧娲ょ€氫即鐛幒妤€绠ｆ繝闈涘暙娴滈箖鏌ｉ姀鈶跺湱澹曟繝姘厵闁绘劦鍓氶悘杈ㄤ繆閹绘帞澧涚紒缁樼洴瀹曞崬螖閸愬啠鍓濈换娑樼暆婵犱胶鏁栫紓浣介哺閹瑰洤鐣烽幒鎴僵闁瑰吀鐒﹂悗鎼佹⒒娴ｇ儤鍤€闁搞倖鐗犻獮蹇涙晸閿燂拷

濠电姷鏁告慨鐑藉极閸涘﹥鍙忔い鎾卞灩缁狀垶鏌涢幇闈涙灈鐎瑰憡绻冮妵鍕箻鐎靛摜鐣奸梺纭咁潐濞茬喎顫忕紒妯肩懝闁逞屽墮宀ｈ儻顦查悡銈夋煏閸繃鍋繛宸簻鎯熼梺瀹犳〃閼冲爼宕濋敃鈧—鍐Χ閸℃鐟愰梺鐓庡暱閻栧ジ宕烘繝鍥у嵆闁靛骏绱曢崢顏堟⒑閹肩偛鍔楅柡鍛⊕缁傛帟顦寸紒杈ㄥ笚濞煎繘鍩℃担閿嬵潟闂備浇妗ㄩ悞锕傚箲閸ヮ剙鏋侀柟鍓х帛閺呮悂鏌ㄩ悤鍌涘闂傚倸鍊搁崐鎼佸磹妞嬪孩顐芥慨姗嗗厳缂傛氨鎲稿鍫罕闂備礁婀遍搹搴ㄥ窗閺嶎偆涓嶆い鏍仦閻撱儵鏌ｉ弴鐐测偓鍦偓姘炬嫹　　闂傚倸鍊搁崐鎼佸磹閻戣姤鍤勯柤鍝ユ暩娴犳氨绱撻崒娆掑厡缂侇噮鍨堕妴鍐川閺夋垹鍘洪悗骞垮劚椤︻垶宕￠幎鑺ョ厪闊洦娲栨牎闂佽瀵掗崜鐔奉潖閾忓湱纾兼俊顖氭惈椤矂姊洪崷顓涙嫛闁稿妫濋幆鈧い蹇撴祩濡嫰姊洪崫鍕拱婵炲弶岣块幑銏犫攽婵犲嫮鏉搁梺鍝勬川婵兘鎮伴妷鈺傗拻濞达絽鎼敮璺侯熆閻熷府鏀荤紒鍌氱Т楗即宕煎锝呬壕闁哄啫鐗嗙粈鍐┿亜韫囧海顦﹀ù婊堢畺閺屻劌鈹戦崱娑扁偓妤€顭胯閸犳牠婀侀梺缁樕戦悷銉р偓姘煎枤缁粯銈ｉ崘鈺冨幈濡炪倖鍔戦崐鏇㈠几鎼淬劍鐓熼煫鍥ь儏閸旀粓鏌曢崶褍顏€殿喗娼欒灒闁告繂瀚濠碉紕鍋戦崐鎴﹀垂濞差亝鍋￠柍鍝勬噹缁犳牠鏌嶉埡浣告殲闁稿海鍠栭弻鏇㈠炊瑜嶇花濠氭煙閸戙倖瀚�

核心提示：工作流简介： §工作流是业务流程的全部或部分自动化，在此过程中，osworkflow 小培训，文档、信息或任务按照一定的过程规则流转，实现组织成员间的协同工作，如当这样改变流程后，此工作流周边的应用往往被破坏，以达到业务的整体目标， §工作流治理系统是支持企业经营过程高效执行并监控其执行过程的计算机

工作流简介：

§工作流是业务流程的全部或部分自动化，在此过程中，文档、信息或任务按照一定的过程规则流转，实现组织成员间的协同工作，以达到业务的整体目标。

§工作流治理系统是支持企业经营过程高效执行并监控其执行过程的计算机软件系统。
§典型的WFMS至少由如下几个模块组成：业务流程建模定义工具、过程定义、工作流执行环境（引擎）、任务治理。当然还会包括应用和IT工具。
§目前开源工作流项目众多（shark、osworkflow、jbpm、ofbiz、werkflow、willow……）
§规范问题

工作流参考模型（参见WMFC）：
OSWorkflow简介：

§所有相关的osworkflow的文档大家可以到http://wiki.opensymphony.com/space/OSWorkflow处得到
§Osworkflow与目前绝大多数的工作流系统是不同的，而最大的不同点体现在它的韧性上和灵活程度上。osworkflow所提供的解决方案能够提供足够的灵活度来满足一个大型各种应用的所有需求。
§OSWorkflow是只是一个workflow engine的内核体。我们都说osworkflow非常的易扩展，但是这也同样说明了，用osworkflow去实现一个能够运行的工作流系统是非常繁琐的事情。
§Osworkflow 的api部分将会支持jdk1.3+
§工作流的持久存储（memorystore（默认）自带的例子就是如此，SerializableStore,JDBCStore,ofbizstore,和EJBStore. ）另外还可以自己实现。
§工作流定义部分（核心）通过osworkflow自带例子理解
　主要是osworkflow.xml 、workflows.xml以及***.xml文件
osworkflow核心概念：

§OSWorkflow是基于FSM（finite state machine，有限状态机）理论
§理解state，理解doAction。
§一个state到另一个state的转移（Transtion），依靠于action的发生。在一个workflow的生命周期中，总会存在至少一个或多个state：这就是osworkflow engine的最核心理念。和我们通常所理解的Engine并不是很一样，在一个访问请求中，一个Workfow对象负责维护一个流程实例的治理和操作。　
核心名词概念解释：

§step，status，actions ，result，join，split，Functions ，Validators，Registers，Conditions
§Common and global actions
§Unconditional Result 和conditional Result
§PRe function、post function和Trigger Functions
§Validators （不符合条件，抛InvalidInputException）
§TransientVars和PropertySet
§Register
§Permissions and Restrictions
§Auto actions
§Workflow Instance State（CREATED, ACTIVATED, SUSPENDED, KILLED 和 COMPLETED）
§step，status，actions ，result，join，split，Functions ，Validators，Registers，Conditions
§Common and global actions
§Unconditional Result 和conditional Result
§pre function、post function和Trigger Functions
§Validators （不符合条件，抛InvalidInputException）
§TransientVars和PropertySet
§Register
§Permissions and Restrictions
§Auto actions
§Workflow Instance State（CREATED, ACTIVATED, SUSPENDED, KILLED 和 COMPLETED）
核心概念图见银狐blog
osworkflow的GUI：

§Osworkflow在2.5.0版本就开始支持图形操作（designer），2.6.0和2.7.0做了许多改进。打算在3.0中正式推出。所以现在在使用GUI操作时候还是需要进行一些适当的预防手段的。
§可以把osworkflow看做一个低层次的工作流实现。在其他工作流系统中像loops和conditions这样的情况可以以图形图标形式展现出来，在osworkflow中必须进行编码。就是说最起码的脚本语言必须来如此设定。所以并不希望非技术人员来修改工作流。尽管一些系统提供了GUI操作来完成简单的工作流编辑，但是这种做法并不是十全十美的，如当这样改变流程后，此工作流周边的应用往往被破坏。所以osworkflow始终认为最好的变更控制办法就是以开发人员（前提：熟知每个变化）来做这些操作。
可以把osworkflow看做一个低层次的工作流实现。在其他工作流系统中像loops和conditions这样的情况可以以图形图标形式展现出来，在osworkflow中必须进行编码。就是说最起码的脚本语言必须来如此设定。所以并不希望非技术人员来修改工作流。尽管一些系统提供了GUI操作来完成简单的工作流编辑，但是这种做法并不是十全十美的，如当这样改变流程后，此工作流周边的应用往往被破坏。所以osworkflow始终认为最好的变更控制办法就是以开发人员（前提：熟知每个变化）来做这些操作。