莊周夢蝶

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

請注意，我們在許可或者通過的時候propertySet.setString("action2",......)，propertySet.setString("action3",......)，然后在join點判斷，如果兩個都是success，流程結束；如果一個是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();
        }
    }

}

得到兩個參數groupName和content(消息內容）,調用業(yè)務對象發(fā)送消息。

完整代碼下載在《LeaveSystem》

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

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

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

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