莊周夢蝶

update：這個例子是不當(dāng)?shù)模线m的例子請自己上javaeye上搜索個帖子。源碼俺早就丟了，請不要再發(fā)郵件給我，謝謝。  
    osworkflow擴(kuò)展非常容易，跟我們的應(yīng)用結(jié)合起來使用也很容易。假設(shè)一個請假流程：員工請假，需要經(jīng)過部門經(jīng)理和人力資源部經(jīng)理兩人共同審批，只有當(dāng)兩人都許可時才通過，任一人駁回就失效，也就是一個and split和and Join流程，并且我們附加一個要求，當(dāng)發(fā)送請假請求、許可和駁回這幾個操作時都將發(fā)送一條消息給相應(yīng)的用戶。
    流程定義文件如下：

請注意，我們在許可或者通過的時候propertySet.setString("action2",......)，propertySet.setString("action3",......)，然后在join點(diǎn)判斷，如果兩個都是success，流程結(jié)束；如果一個是fail，就發(fā)送一個消息給員工。

發(fā)送消息的function像這樣：

package net.rubyeye.leavesys.service.workflow;

import java.sql.SQLException;
import java.util.Map;

import net.rubyeye.leavesys.domain.RemindInf;
import net.rubyeye.leavesys.service.ManagerFactory;

import com.opensymphony.module.propertyset.PropertySet;
import com.opensymphony.workflow.FunctionProvider;
import com.opensymphony.workflow.WorkflowException;

public class SendRemindInfFunction implements FunctionProvider {

    public void execute(Map transientVars, Map args, PropertySet ps)
            throws WorkflowException {
        String groupName = (String) args.get("groupName");
        String content = (String) args.get("content");
        RemindInf remindInf = new RemindInf();
        remindInf.setContent(content);
        try {
            ManagerFactory.getRemindService().addRemindInfByGroupName(
                    groupName, remindInf);
        } catch (SQLException e) {
            e.printStackTrace();
        } catch (Exception ex) {
            ex.printStackTrace();
        }
    }

}

得到兩個參數(shù)groupName和content(消息內(nèi)容）,調(diào)用業(yè)務(wù)對象發(fā)送消息。

完整代碼下載在《LeaveSystem》

代碼用到了自己過去寫的一個MVC框架和持久層，對此有興趣的參考這三篇文章：
《設(shè)計自己的MVC框架》
《設(shè)計模式之事務(wù)處理》
《使用Annotation設(shè)計持久層》

如果僅僅是想了解osworkflow的應(yīng)用，建議您跑下流程，讀讀相關(guān)幾個業(yè)務(wù)類（LeaveServiceImpl.java,SendRemindInfFunction.java,service包下）即可。解壓縮后的文件可以直接導(dǎo)入myeclipse工程，部署在tomcat下，數(shù)據(jù)庫用的是oracle。跑起來以后可以用3個用戶登錄，test是雇員組，dennis是部門經(jīng)理組，jordan是公司經(jīng)理，都不需要密碼。寫的比較簡單，只是實驗性質(zhì)，見諒。

我認(rèn)為使用osworkflow，只要了解了它的表結(jié)構(gòu)和主要原理，根據(jù)你的業(yè)務(wù)需要結(jié)合幾張主要表（os_wfentry,os_currentstep,os_historystep等）合理設(shè)計數(shù)據(jù)庫和業(yè)務(wù)流程，可以省去過去為每個業(yè)務(wù)流程對象創(chuàng)建的一大堆flag（標(biāo)志，目前的流程狀態(tài)）的累贅，充分利用工作流的威力。比如為部門經(jīng)理和人力資源部經(jīng)理顯示不同的需要審批的假單列表，只要結(jié)合os_historystep表進(jìn)行聯(lián)合查詢，部門經(jīng)理的應(yīng)該是執(zhí)行了未執(zhí)行acion2,step在3的；而人力資源部經(jīng)理得到的同樣是step在3，action未執(zhí)行3的。

手癢癢，很想把去年為一家公司寫的績效考核系統(tǒng)改寫一下，當(dāng)時設(shè)計的一個contract對象擁有7，8個flag來標(biāo)志合約狀態(tài)(直接上級審核，人力資源評價，KPI評價等），搞的非常混亂，而且流程寫死在代碼里，如果以后要改變考核流程，只有重新寫過一套。不過那家公司是國有企業(yè)，每年的固定的預(yù)算費(fèi)用一定要花掉，反正大家一起賺國家的錢嘛。