Ofbiz框架在電力工程管理中的應用

2013-12-13 11:04:31 大云網(wǎng)　點擊量：評論 (0)

摘要電力工程管理是供電企業(yè)的重要工作內容，如何借助現(xiàn)代信息技術提高電力工程的管理水平，是擺在面前的重要課題。本文探討了采用多層體系架構技術，基于ofbiz框架，結合供電企業(yè)的工程管理業(yè)務，開發(fā)高質量、

目前，基于J2EE技術的多層應用體系結構已成為WEB應用中主流，其良好的可擴展性、可移植性及易于維護等特點，使得越來越多的企業(yè)應用采用其規(guī)范標準。本系統(tǒng)采用基于J2EE技術的多層架構，并對ofbiz框架做了重要的核心重構，研發(fā)了擁有自己版權的應用開發(fā)平臺--ALT工作流平臺。該平臺嚴格遵循MVC模式，同時整合了ofbiz的實體引擎, 服務引擎, 消息引擎, 工作流引擎, 規(guī)則引擎的功能。
該平臺同時具有如下特點：
l         基于靈活的和通用的數(shù)據(jù)模型
l         靈活有效地使用數(shù)據(jù)層
l         松耦合多層組件體系結構
l         高級web應用框架
l         基于ALT工作流引擎的流程控制

系統(tǒng)技術框架
4.技術核心結構——alt 工作流平臺
alt 工作流應用開發(fā)平臺是在ofbiz框架的基礎上，進行了一些具體開發(fā)，能夠支持工作流引擎、支持服務引擎、支持實體引擎，有良好的可維護性、可擴展性的一個應用開發(fā)的平臺。
CSF說明：
定義于/WEB-INF/web.xml文件中，用于限制用戶對web應用文件的直接存取，此為所有web請求的起點。當請求一個受保護的路徑時，如果在web.xml中定義了redirectPath,則重定向此，如果未定義redirectPath而定義了errorCode,則拋出錯誤，如果二者均未定義，則拋出404錯誤。
ControlServlet說明：
采用前端控制器模式，為所有請求處理的核心，用于分割表示層邏輯與頁面顯示，通過CSF的合法請求開始在此處理，它用事件（命令）和ViewHelper類實現(xiàn)表示層邏輯，在controller.xml中配置web應用流程。ControlServlet初始加載時，在ServletContext中創(chuàng)建Delegator、Security、Dispatcher、RequestHandler對象，可使用JSP <useBean>標簽使用這些對象。
RequestHandler說明：
使用助手類RequestManager收集在Controller.xml中定義的請求映射為一List。
實體引擎說明：
實體引擎有三個主要的類，即GenericDelegator、GenericValue、GenericPK，其中GenericValue為數(shù)據(jù)庫記錄的封裝，方法與SQL對照關系為create<-àInsert,storeß->Update,removeß->Delete。
在事務處理方面，用TranactionUtil類的beign、commit、rollback方法分割事務。
處理流程簡圖：

服務引擎說明：

常用服務引擎類型為java、workflow、jms(用于遠程異步調用)、group、simple、route。
要求輸入?yún)?shù)為一Map和DispatchContext,輸出結果在Map中，采用Map主要考慮到Map可序列化以利于通過Soup協(xié)議傳輸，服務可通過JobScheduler調度。JobScheduler為一多線程組件，包括一個poller線程和多個revoker線程，在ServiceEngine.xml中可配置相應資源占用情況，作業(yè)保存在JobSandBox表中，它主要完成異步服務及定時服務的調度。
接口服務定義主要用于繼承，以實現(xiàn)服務定義的層次化。
ECA(Event Condition Action),與數(shù)據(jù)庫觸發(fā)器原理類似。即當一個服務被調用時，服務引擎查看是否有ECAs為此事件定義了，如果定義了，當條件計算結果為true時，action被執(zhí)行。Workflow Engine不是線程模式，而是由一組API及通用對象組成，它與實體引擎緊密結合，流程和活動的改變實時持久化，流程定義數(shù)據(jù)保存在entitymodel_workflow.xml中定義的實體中，運行數(shù)據(jù)保存在entitymodel_workeffort.xml定義的實體中。流程定義語言采用XPDL,并對其做了一些擴展。