【正文】 ho平臺第三方插件的私有信息；四是Pentaho平臺運行過程中的跟蹤和審計信息。Pentaho平臺將BI業(yè)務邏輯的開發(fā)以Solution的形式與系統(tǒng)的其它部分獨立開來，使得用戶可以隨心所欲的綜合運用各種不同的BI產(chǎn)品為自己服務，其設計理念十分值得稱道。Action是Pentaho平臺所提供的最基本的BI操作，大到生成一個報表，小到打印一行字，都可以是一個Action。Solution與Pentaho平臺的關系和Web應用與應用服務器之間的關系十分類似?！癆ction”是Pentaho平臺提供的最基本的操作單元，它類似于一種編程語言的基本語句。所謂集成化，是指將眾多不同的BI產(chǎn)品集成到一個統(tǒng)一的框架中來，使之可以相互協(xié)作。Pentaho SDK共包含五個部分：Pentaho平臺、Pentaho示例數(shù)據(jù)庫、可獨立運行的Pentaho平臺、Pentaho解決方案示例和一個預先配制好的Pentaho網(wǎng)絡服務器。它的出現(xiàn)，使得一系列的面向商務智能的獨立產(chǎn)品如Jfree、Quartz等等，能夠集成在一起，構成一項項復雜的、完整的商務智能解決方案。Pentaho源代碼閱讀報告作者：曾坤，吳大愚，張百達 注：此文檔為2006年國防科大計算機學院高級軟件工程課程實習大作業(yè)。目前，Pentaho的主要組成元素包括報表生成、分析、數(shù)據(jù)挖掘和工作流管理等等。其中Pentaho平臺是Pentaho平臺最主要的部分，囊括了Pentaho平臺源代碼的主體；Pentaho數(shù)據(jù)庫為Pentaho平臺的正常運行提供的數(shù)據(jù)服務，包括配置信息、Solution相關的信息等等，對于Pentaho平臺來說它不是必須的，通過配置是可以用其它數(shù)據(jù)庫服務取代的；可獨立運行的Pentaho平臺是Pentaho平臺的獨立運行模式的示例，它演示了如何使Pentaho平臺在沒有應用服務器支持的情況下獨立運行；Pentaho解決方案示例是一個Eclipse工程，用來演示如何為Pentaho平臺開發(fā)相關的商業(yè)智能解決方案。以往的BI產(chǎn)品，往往只專注于BI的某一特定領域，如Jfree主要關注表表的生成，Quartz主要關注日程的管理等等。所有完成具體功能的BI產(chǎn)品作為“插件”集成到Pentaho平臺中，每種插件為Pentaho平臺提供一種或幾種“Action”，每個Action有自己的輸入和輸出，多個Action連接起來就構成了Action序列，完成一個較復雜的功能。如圖 1所示，Pentaho平臺本身作為一個Web應用部署在應用服務器上，而Solution又作為一個“Pentaho應用”，部屬在Pentaho平臺上。Action之間可以順序執(zhí)行，也可以有分支或循環(huán)。Pentaho的運行系統(tǒng)Pentaho運行系統(tǒng)的組成Pentaho運行系統(tǒng)共有四部分組成： Pentaho平臺資源庫（Repository）、Pentaho平臺、應用服務器和Solution目錄樹。在通常情況下，資源庫通常是一組數(shù)據(jù)庫服務?？偟膩碚f共有三種配置文件：Pentaho平臺的Web應用配置文件；Solution的配置文件；Pentaho系統(tǒng)各個插件的私有配置文件。Pentaho的Solution配置文件主要是指“solutionpath”，該文件規(guī)定了Solution相對于Pentaho平臺的配置信息，主要包括Pentaho平臺所需的數(shù)據(jù)源訪問類，各個插件的EventListener（參見“插件的加載與卸載” 一節(jié)），以及系統(tǒng)預定義的一些系統(tǒng)Action序列的相關信息。用戶僅需要以一種圖形化的形式輸入Action序列的描述，而由該開發(fā)工具產(chǎn)生相應的Action序列描述文件，十分方便。界面層是外部用戶訪問Pentaho服務的接口，主要包含三個部分：UDDI、Web頁面、和Navigation Component。Solution Engine連同其Runtime環(huán)境就負責解釋執(zhí)行這些Action序列。從圖3中可以看出，插件層又可分為兩類模塊，一類叫作Component模塊，這種模塊是插件層與核心層的接口模塊，它們將各種不同的插件的功能以一個統(tǒng)一的接口提供給上層使用，起到一個功能抽象的作用。由于Pentaho平臺可能的用戶存在多種，因此，界面層提供了許多不同的方式訪問Pentaho平臺服務，包括UDDI訪問，portlet、servelet、jsp等等。圖中所示的各個Servelet并不是真正部署于應用服務器上的提供界面顯示的Servelet，界面顯示的功能往往是另一些jsp文件來完成，這里的Servelet則為那些jsp文件提供相關的功能。l 三是Pentaho的Solution描述部分，這部分負責將描述Solution的文件翻譯成方便Pentaho系統(tǒng)執(zhí)行的表示形式。這些類是維護Pentaho平臺全局運行環(huán)境的類。SolutionContextListener類提供了這樣的功能，它使得應用服務器在運行時自動調用Pentaho平臺的啟動代碼（詳見“Pentaho平臺的啟動與終止”一節(jié)）。服務處理部分Pentaho平臺的服務處理部分負責將來自界面層的服務請求轉發(fā)給適當?shù)念悾⊿lutionEngine）進行處理。這時，服務請求需要通過SolutionEngine類才能傳遞給IRuntimeContext實現(xiàn)類。ActionResource類描述一個Action的執(zhí)行所需要的數(shù)據(jù)資源，而IOutputHandler接口實現(xiàn)類則負責將Action的輸出結果進行適當?shù)奶幚矸祷亟o客戶。這部分主要的類及其間的關系如圖 8所示。如圖 8所示，它有兩個實現(xiàn)類：SolutionEngineAgent和SolutionEngine，前者在Pentaho平臺的其他部分沒有找到任何的引用，似乎是廢棄不用的類，SolutionEngine則是當前Pentaho平臺的核心類。Pentaho的插件層圖 9 Pentaho平臺插件功能映射示意圖Pentaho平臺中的插件是Solution中的Action的具體執(zhí)行者，也是Pentaho平臺能夠集成眾多BI產(chǎn)品為己用的秘密之所在。圖 9所示為Action、Component和插件之間的關系。圖 11 Pentaho平臺的Quartz插件接口類圖Pentaho的資源庫系統(tǒng)Pentaho將支持系統(tǒng)運行的所有外部數(shù)據(jù)抽象為“資源庫”的概念。Solution 資源庫所謂Solution資源庫，是指存放Solution描述文件的那個目錄及其子目錄中的所有文件。SolutionRepository類是這一組類對外的接口，其功能完全通過它來訪問。該資源庫只存在于內(nèi)存中，有一組接口和類進行維護。需要注意的是圖中的SimpleRepository和SimpleRuntimeElement只是用作測試，沒有實際的用途。但從源代碼中的注釋以及該資源庫在軟件總體結構的對照結果中可以猜想，該資源庫應當是給各個具體的Action訪問磁盤文件提供的統(tǒng)一接口。IContentItemFile則具體描述了一個Item所對應的文件。IContentItem224。圖 15 Pentaho平臺Audit資源庫類圖如圖 15所示，所示，Audit信息庫的軟件接口主要由IAuditEntry接口進行描述。在應用服務器啟動時，Pentaho平臺需要完成自己的初始化工作，這些工作主要包括：1. 讀取應用服務器的相關參數(shù)，以決定Pentao自身的行為，如系統(tǒng)的語言、編碼、地區(qū)等等。Pentaho平臺的初始化和清理工作是通過Servelet的EventListener機制來實現(xiàn)的。在PentahoSystem::shutdown()方法中，已安裝的各個插件將被安全的清除，具體過程詳見“Pentaho的插件管理”一節(jié)。PentahoHttpSession的生命周期與應用服務器的Session類是緊密聯(lián)系的，它們之間的聯(lián)系仍然是通過EventListener機制來實現(xiàn)的。Pentaho平臺的Publish機制當用戶完成Solution的開發(fā)或修改時，需要讓Pentaho平臺重新掃描Solution的根目錄以反映這個修改；當用戶修改了Pentaho平臺的某些系統(tǒng)配置文件的時候，也需要Pentaho平臺刷新相關的設制以反映這種修改，這個過程成為發(fā)布（Publish）。下面以Solution的Publish過程為例，介紹Pentaho系統(tǒng)Publish機制的具體工作過程，其他資源的Publish過程大同小異。圖 20 Pentaho平臺Action序列執(zhí)行順序圖Action序列在Pentaho平臺的Web頁面中的表示是一個圖標，當用戶點擊該圖標時，Pentaho平臺就執(zhí)行這個Action序列。SolutionEngine本身解釋執(zhí)行Action序列的詳細執(zhí)行過程也較復雜，如圖 21所示：1. SolutionEngine的執(zhí)行過程主要在excute方法內(nèi)完成，該方法首先創(chuàng)建執(zhí)行所需的各種環(huán)境，然后調用executeInternal完成執(zhí)行過程。5. ().execute()完成Component的動作。Pentaho的EventListener機制是通過PentahoSystem類來實現(xiàn)的。插件調用的參數(shù)傳遞插件在完成其功能時，往往需要從外部獲取部分參數(shù)，執(zhí)行完畢后又要傳遞輸出結果給調用方。前者的核心接口是IParameterprovider，依據(jù)是用場景的不同衍