Ofbiz框架在電力工程管理中的應(yīng)用

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

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

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

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

服務(wù)引擎說明：

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

責(zé)任編輯：和碩涵

免責(zé)聲明：本文僅代表作者個人觀點(diǎn)，與本站無關(guān)。其原創(chuàng)性以及文中陳述文字和內(nèi)容未經(jīng)本站證實(shí)，對本文以及其中全部或者部分內(nèi)容、文字的真實(shí)性、完整性、及時性本站不作任何保證或承諾，請讀者僅作參考，并請自行核實(shí)相關(guān)內(nèi)容。

我要收藏

個贊