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

　　這些代碼是從包含在這篇文章中的測(cè)試?yán)又姓浀摹ateDropProcessor Bean是從ApplicationContext中檢索來的。rateDropProcessor實(shí)際上是裝配成SequenceProcessor的實(shí)例來處理順序執(zhí)行。createSeedData（）方法實(shí)例化一個(gè)對(duì)象，這個(gè)對(duì)象封裝了初始化航線工作流所需要的所有種子數(shù)據(jù)。

　　Processor選項(xiàng)

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

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

　　啟動(dòng)工作流

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

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

圖 3. 通過積極檢測(cè)來啟動(dòng)工作流

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

圖 4. 通過ESB事件來啟動(dòng)工作流

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

　　積極檢測(cè)

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

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

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

　　下面代碼例子演示了使用積極檢測(cè)來控制工作流啟動(dòng)的一個(gè)活動(dòng)：

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;
?? }
}

　　此外，包含在例子代碼的單元測(cè)試中的PollRates類提供了一個(gè)主動(dòng)選舉啟動(dòng)的可以運(yùn)行的例子。PollRates模擬了對(duì)于航線費(fèi)率下降的重復(fù)檢查。

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

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

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

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

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

　　例子代碼

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

　　結(jié)論

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