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

2013-12-13 11:04:31 大云網(wǎng)　點(diǎn)擊量：評(píng)論 (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)，并對(duì)ofbiz框架做了重要的核心重構(gòu)，研發(fā)了擁有自己版權(quán)的應(yīng)用開發(fā)平臺(tái)--ALT工作流平臺(tái)。該平臺(tái)嚴(yán)格遵循MVC模式，同時(shí)整合了ofbiz的實(shí)體引擎, 服務(wù)引擎, 消息引擎, 工作流引擎, 規(guī)則引擎的功能。
該平臺(tái)同時(shí)具有如下特點(diǎn)：
l         基于靈活的和通用的數(shù)據(jù)模型
l         靈活有效地使用數(shù)據(jù)層
l         松耦合多層組件體系結(jié)構(gòu)
l         高級(jí)web應(yīng)用框架
l         基于ALT工作流引擎的流程控制

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

服務(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為一多線程組件，包括一個(gè)poller線程和多個(gè)revoker線程，在ServiceEngine.xml中可配置相應(yīng)資源占用情況，作業(yè)保存在JobSandBox表中，它主要完成異步服務(wù)及定時(shí)服務(wù)的調(diào)度。
接口服務(wù)定義主要用于繼承，以實(shí)現(xiàn)服務(wù)定義的層次化。
ECA(Event Condition Action),與數(shù)據(jù)庫(kù)觸發(fā)器原理類似。即當(dāng)一個(gè)服務(wù)被調(diào)用時(shí)，服務(wù)引擎查看是否有ECAs為此事件定義了，如果定義了，當(dāng)條件計(jì)算結(jié)果為true時(shí)，action被執(zhí)行。Workflow Engine不是線程模式，而是由一組API及通用對(duì)象組成，它與實(shí)體引擎緊密結(jié)合，流程和活動(dòng)的改變實(shí)時(shí)持久化，流程定義數(shù)據(jù)保存在entitymodel_workflow.xml中定義的實(shí)體中，運(yùn)行數(shù)據(jù)保存在entitymodel_workeffort.xml定義的實(shí)體中。流程定義語言采用XPDL,并對(duì)其做了一些擴(kuò)展。

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

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

我要收藏

個(gè)贊