BaseProcessor processor = (BaseProcessor)context.getBean("rateDropProcessor");
?? processor.doActivities(createSeedData());

　　這些代碼是從包含在這篇文章中的測試例子中摘錄的。rateDropProcessor Bean是從ApplicationContext中檢索來的。rateDropProcessor實際上是裝配成SequenceProcessor的實例來處理順序執(zhí)行。createSeedData（）方法實例化一個對象，這個對象封裝了初始化航線工作流所需要的所有種子數(shù)據(jù)。

　　Processor選項

　　雖然包含在源代碼中的Processor具體的子類僅僅是SequenceProcessor，但是，許多Processor接口的實現(xiàn)也是可以想象得到的。可以開發(fā)其他工作流處理過程子類來控制不同的工作流類型，例如，另一種像并行切割模式那樣有著變化的執(zhí)行路徑的工作流。對于簡單工作流來說，因為活動的順序是預先決定了的，所以SequenceProcessor是好的選擇。盡管沒有被包括進來，對于使用基于spring的簡單工作流的實現(xiàn)來說，排他選擇模式是另一個好的選擇。當使用排他選擇模式時，在每個活動執(zhí)行之后，Processor具體類就會訊問ProcessorContext，接下來將要執(zhí)行哪一個活動。

　　注：有關并行切割，排他選擇和其他工作流模式的更多信息，請參看W.M.P. van der Aalst等人寫的《工作流模式》一書。

　　啟動工作流

　　考慮到工作流過程常常需要異步執(zhí)行的特點，使用分離的執(zhí)行線程來啟動工作流就變得有意義了。對于工作流的異步啟動而言，有好幾個選項；我們主要集中在其中的兩個：積極地檢測(actively polling)一個隊列來啟動工作流，或者使用通過ESB（enterprise service bus, 企業(yè)服務總線）的事件驅(qū)動方式來啟動工作流，而Mule就是ESB的一個開源項目（關于Mule的更多信息，請參加"Event-Driven Services in SOA"（JavaWorld, 2005年1月）。

　　圖3和圖4描繪了兩種啟動策略。圖3中，積極檢測在工作流中第一個活動經(jīng)常檢查資源的情形下發(fā)生，比如數(shù)據(jù)源或POP3郵件帳戶。如果圖3中的積極檢測發(fā)現(xiàn)有任務等待處理，那么啟動就會開始。

圖 3. 通過積極檢測來啟動工作流

　　另一方面，圖4表示了使用JMS（JAVA消息服務）的J2EE應用程序把事件放到隊列上的情形。一個通過ESB配置的事件監(jiān)聽器收到圖4中的事件，并且開始工作流，這樣，啟動工作流過程。

圖 4. 通過ESB事件來啟動工作流

使用所提供樣例的代碼，讓我們更詳細的看看主動選擇啟動方式與事件驅(qū)動的啟動方式。

　　積極檢測

　　積極檢測是一種花費較少的啟動工作流過程的方案。SequenceProcessor足夠靈活，以使得能夠通過平滑的選擇工作來進行啟動過程。盡管并不令人滿意，在沒有時間進行事件驅(qū)動子系統(tǒng)的配置和部署的許多情景中，積極檢測是明智的選擇。

　　使用Spring的ScheduledTimerTask，檢測模式就能夠容易地裝配。缺點就是必須創(chuàng)建額外的活動來進行檢測。這個檢測活動必須被設計來訊問某些實體，如數(shù)據(jù)庫表，pop郵件帳戶，或者Web服務，然后決定新的工作是否等待參與到工作流中。

　　在所提供的例子中，PollingTestCase類實例化一個基于檢測的工作流過程。使用一個有著積極檢測處理過程與事件驅(qū)動的啟動過程的不同之處在于，spring支持doActivities（）方法的無參數(shù)版本。相反地，在事件驅(qū)動的啟動中，啟動處理過程的實體通過doActivities（Object seedData）方法提供了種子數(shù)據(jù)來啟動工作流。檢測方法的另一個缺點是：資源不一定能夠被重復地使用。依賴于應用程序環(huán)境，這種資源的消耗是不可接受的。

　　下面代碼例子演示了使用積極檢測來控制工作流啟動的一個活動：

public class PollForWork implements Activity
{
?? public ProcessContext execute(ProcessContext context) throws Exception {
????? //First check if work needs to be done
????? boolean workIsReady = lookIntoDatabaseForWork();
????? if (workIsReady) {
???????? //The Polling Action must also load any seed data
???????? ((MyContext) context).setSeedData(createSeedData());
????? } else {
???????? //Nothing to do, terminate the workflow process for this iteration
???????? ((MyContext) context).setStopEntireProcess(true);
????? }
????? return context;
?? }
}

　　此外，包含在例子代碼的單元測試中的PollRates類提供了一個主動選舉啟動的可以運行的例子。PollRates模擬了對于航線費率下降的重復檢查。

　　通過ESB的事件驅(qū)動啟動工作流

　　理想地，一個包含了適當?shù)姆N子數(shù)據(jù)的線程能夠異步地啟動工作流。這種情況的一個例子是收到從JAVA消息服務隊列的消息。一個監(jiān)聽JMS隊列或者主題的客戶會收到通知，這個通知告知處理應該在onMessage（）方法中開始工作流。然后，通過使用Spring和doActivities（Object seedData）方法就能夠獲得工作流處理器Bean。

　　使用ESB，實際用于發(fā)送啟動事件的機制能夠恰當?shù)貜墓ぷ髁魈幚砥髦蟹蛛x出來。開源項目Mule ESB有緊湊地和Spring相集成的好處。任意傳送機制，比如JMS，JVM，或者POP3郵箱都能夠發(fā)起事件的傳播。

　　工作流的連續(xù)運行

　　工作流引擎后臺進程應該能夠沒有干擾地連續(xù)運行。對于正在運行的基于spring的工作流單一進程來說好，有幾個選項。一個有著main（）方法的簡單Java類就足夠演示與這篇文章伴隨著的單元測試中的例子了。一個更加可靠的用于部署的機制是嵌入工作流到某種形式的J2EE組件中。Spring很好地支持和J2EE兼容的web應用程序歸檔或者war文件的集成。基于Java管理附件（JMX）服務歸檔和JBoss應用服務器（更多信息，參見JBoss homepage）支持的sar文件是更加合適的可部署組件，這種更合適的可部署組件也能夠被用來將部署歸檔。在JBoss 4.0中，sar文件已經(jīng)被大家所知道的deployer的格式所取代了。

　　例子代碼

　　打包成zip格式的例程代碼最好是用Apache Maven來使用它們。你能夠在主源代碼目錄src/java找到API。src/java目錄中有三個單元測試，包括：SimpleSequenceTestCase，RateDropTestCase和PoolingTestCase。要運行所有這些測試，在命令行shell中鍵入maven test，然后在編譯和運行之前，Maven將會下載所有必需的jar文件。實際的XSL轉(zhuǎn)換將會發(fā)生在兩個測試中，它們的結(jié)果被管道輸出到控制臺。鍵入maven test:ui來拉出圖形化的測試運行器，然后選擇你想要運行的測試，并且觀察控制臺的結(jié)果。

　　結(jié)論

　　在這篇文章中你已經(jīng)通過設計模式看到了工作流過程種類，在這些模式中，我們主要集中介紹了順序模式。通過使用接口，我們來對基本工作流組件建模。通過裝配多個接口實現(xiàn)到Spring，實現(xiàn)一個順序工作流。最后還討論了啟動和部署工作流的不同選項。