【正文】 ion序列的描述，而由該開發(fā)工具產(chǎn)生相應(yīng)的Action序列描述文件，十分方便。Pentaho平臺的軟件架構(gòu)Pentaho平臺的總體結(jié)構(gòu)Pentaho平臺是Pentaho運行系統(tǒng)中的核心部分，它本身是一個Web應(yīng)用，部署于一個J2EE兼容的應(yīng)用服務(wù)器上。它又作為Solution的服務(wù)器存在著，是Solution中各個Action序列的解釋執(zhí)行者。圖 3 Pentaho平臺總體結(jié)構(gòu)圖如圖 3所示，Pentaho平臺大致可分為三個層次：界面層、核心層和插件層。界面層是外部用戶訪問Pentaho服務(wù)的接口，主要包含三個部分：UDDI、Web頁面、和Navigation Component。UDDI為外部應(yīng)用程序或Web Service訪問Pentaho服務(wù)提供接口；Web頁面則為用戶通過瀏覽器訪問Pentaho服務(wù)提供接口；Navigation Component實質(zhì)上是一組Servelet，它主要用于顯示當前部署在Pentaho平臺上的Solution中所包含的各個Action序列，用戶可在其中選擇需要執(zhí)行的Action序列。核心層主要由Solution Engine和它的Runtime環(huán)境組成。Solution Engine實質(zhì)上是一個解釋執(zhí)行Action序列描述文件的解釋器，它接收來自用戶界面的請求，這個請求通常是要求執(zhí)行Solution中的某個Action序列。Solution Engine連同其Runtime環(huán)境就負責解釋執(zhí)行這些Action序列。解釋執(zhí)行過程中，出于調(diào)試和性能分析的需要，引入了一個Audit機制，該機制類似一個日志記錄系統(tǒng)，記錄Pentaho平臺運行過程中的一些動態(tài)過程。Solution Engine和Audit機制的運行都需要訪問許多相關(guān)的數(shù)據(jù)資源，這些數(shù)據(jù)資源被稱為“資源庫”，也就是圖中的各個Repository。插件層主要包括了集成到Pentaho平臺中的各種BI產(chǎn)品，如Quartz、Jfree等等。從圖3中可以看出，插件層又可分為兩類模塊，一類叫作Component模塊，這種模塊是插件層與核心層的接口模塊，它們將各種不同的插件的功能以一個統(tǒng)一的接口提供給上層使用，起到一個功能抽象的作用。另一類則是形形色色的BI插件的具體實現(xiàn)，這通常由第三方開發(fā)者提供。各種插件運行過程中可能會用到自身的私有數(shù)據(jù)，這些數(shù)據(jù)在Pentaho平臺中也被抽象成為資源庫（Responsory），這使得不同的插件可以以一種統(tǒng)一的方式訪問自己的數(shù)據(jù)。Pentaho的界面層Pentaho的界面層提供了外部訪問Pentaho服務(wù)的接口。由于Pentaho平臺可能的用戶存在多種，因此，界面層提供了許多不同的方式訪問Pentaho平臺服務(wù)，包括UDDI訪問，portlet、servelet、jsp等等。這使得Pentaho平臺的界面層顯得較為繁雜。本文僅以servelet為例，介紹Pentaho平臺界面層的靜態(tài)結(jié)構(gòu)。圖 4 Pentaho界面層Servelet類圖如圖 4所示，Pentaho平臺的Servelet全部從ServeletBase類繼承而來，而ServeletBase類又實現(xiàn)了HttpServelet接口。圖中所示的各個Servelet并不是真正部署于應(yīng)用服務(wù)器上的提供界面顯示的Servelet，界面顯示的功能往往是另一些jsp文件來完成，這里的Servelet則為那些jsp文件提供相關(guān)的功能。例如圖中的ViewAction類就為jsp文件提供執(zhí)行某個Process的功能。Pentaho的核心層Pentaho核心層又可以分為四大部分：l 一是Pentaho的系統(tǒng)維護部分，這部分負責系統(tǒng)的初始化、清理、參數(shù)配置等等工作。l 二是Pentaho的服務(wù)處理部分，這部分是Pentaho系統(tǒng)核心層和界面層的接口，負責將來自界面層的請求傳遞給運行解釋部分，驅(qū)動它執(zhí)行Solution的某個Process。l 三是Pentaho的Solution描述部分，這部分負責將描述Solution的文件翻譯成方便Pentaho系統(tǒng)執(zhí)行的表示形式。l 四是Pentaho的運行解釋部分，這部分負責各個Action的執(zhí)行及它們之間的參數(shù)傳遞。系統(tǒng)維護部分系統(tǒng)維護部分是支持整個系統(tǒng)運行的基本框架，它主要負責Pentaho系統(tǒng)啟動時的初始化，全局參數(shù)配置，終止時的清理工作。如圖 5所示，這部分最核心的類是IApplicationContex接口的實現(xiàn)類。這些類是維護Pentaho平臺全局運行環(huán)境的類。從其組織層次可以看出，針對不同的環(huán)境，Pentaho平臺提供了不同的IApplicationContex實現(xiàn)類。針對那些需要不依賴應(yīng)用服務(wù)器而直接運行的場合，應(yīng)當使用StandaloneAplicationContext類；針對Portlet模式的應(yīng)用，應(yīng)當使用PortletApplicationContext類；針對典型的Web應(yīng)用模式，則應(yīng)當使用WebApplicationContext類。圖 5 Pentaho核心層系統(tǒng)維護部分類圖由于Pentaho平臺多部署于J2EE兼容的應(yīng)用服務(wù)器上，這就需要一種機制與應(yīng)用服務(wù)器進行互操作，在服務(wù)器啟動時初始化Pentaho平臺。SolutionContextListener類提供了這樣的功能，它使得應(yīng)用服務(wù)器在運行時自動調(diào)用Pentaho平臺的啟動代碼（詳見“Pentaho平臺的啟動與終止”一節(jié)）。圖 5中的PentahoSystem類是整個Pentaho平臺的訪問接口，所有對Pentaho平臺的操作都通過這個類來完成。其實，這個類的所有成員都是靜態(tài)成員，正是存放全局信息的理想位置。SystemSettings類則負責管理Pentaho平臺的所有配置信息，它通過讀取配置文件獲得這些信息。服務(wù)處理部分Pentaho平臺的服務(wù)處理部分負責將來自界面層的服務(wù)請求轉(zhuǎn)發(fā)給適當?shù)念悾⊿lutionEngine）進行處理。如圖 6所示，這部分的核心是IActionRequestHandler接口，該接口封裝了對外提供服務(wù)的所有功能。BaseRequestHandler類實現(xiàn)了該接口，它實現(xiàn)了服務(wù)處理中的通用工作，即將請求傳遞給IRuntimeContext實現(xiàn)類。圖 6 Pentaho核心層服務(wù)處理部分類圖此外，為了適應(yīng)不同的界面層，BaseRequestHander類還有兩個派生類，HttpWebServiceRequestHandler類和HttpServeletRequestHandler類，分別處理來自Web頁面的請求和來自Servelet的請求。這時，服務(wù)請求需要通過SolutionEngine類才能傳遞給IRuntimeContext實現(xiàn)類。Solution描述部分Solution描述部分的功能主要是描述一個Solution的具體內(nèi)容，如圖 7所示，它的核心是兩個接口的實現(xiàn)類：IActionDifinition接口和IActionSequence接口。其中IActionDifinition接口的實現(xiàn)類描述一個Action的具體實現(xiàn)，IActionSequence則描述一個ActionSequence的具體實現(xiàn)。圖 7 Pentaho核心層Solution描述部分類圖除了描述Action和ActionSequence的類以外，該部分還包括描述Action的輸入輸出信息的類，那就是ActionResource類和IOutputHandler接口的實現(xiàn)類。ActionResource類描述一個Action的執(zhí)行所需要的數(shù)據(jù)資源，而IOutputHandler接口實現(xiàn)類則負責將Action的輸出結(jié)果進行適當?shù)奶幚矸祷亟o客戶。從圖 7還可以看出，所有的Solution描述類都與RuntimeContext有直接的聯(lián)系，RuntimeContext類是解釋執(zhí)行Solution中的ActionSequence的核心類，Solution描述類所描述的信息為RuntimeContext的解釋執(zhí)行服務(wù)。圖中還有一個ParameterManager類，該類主要是在RuntimeContext運行過程中管理參數(shù)傳遞工作。運行解釋部分運行解釋部分是整個Pentaho平臺的核心，它是解釋執(zhí)行Solution中的Action序列的驅(qū)動引擎。這部分主要的類及其間的關(guān)系如圖 8所示。從圖中可以看出，這部分的核心是四個接口及其實現(xiàn)類：ISolutionEngine接口、IActionCompleteListener接口、IActionRequestHandler接口和IRuntimeContext接口。ISolutionEngine接口的實現(xiàn)類是對這一部分功能的封裝（Fa231。ade設(shè)計模式）。如圖 8所示，它有兩個實現(xiàn)類：SolutionEngineAgent和SolutionEngine，前者在Pentaho平臺的其他部分沒有找到任何的引用，似乎是廢棄不用的類，SolutionEngine則是當前Pentaho平臺的核心類。在SolutionEngine中有一個Eventlistener機制的實現(xiàn)，那就是IActionCompleteListener接口實現(xiàn)類，它允許某些類在某個Action執(zhí)行完畢時，做一些有意義的操作。圖 8 Pentaho 核心層運行解釋部分類圖IRequestHandler接口前文已經(jīng)介紹過，是傳遞外部請求的接口。IRuntimeContext接口實現(xiàn)類則是解釋執(zhí)行A