【正文】 管理生命周期。它提供永久性存儲(chǔ)的Portlet首選項(xiàng),可以為不同的用戶供應(yīng)自定義輸出服務(wù)。Portlet容器從客戶端收到請(qǐng)求后,然后將請(qǐng)求傳送到容器的Portlet。Portlet容器沒有必要去整合Portlet信息資源,這項(xiàng)工作交給門戶來(lái)處理。門戶和Portlet容器可以放在一起運(yùn)行，作為一個(gè)框架模塊,依照情況也能分解成兩個(gè)獨(dú)立運(yùn)行的組件。 對(duì)Portlet的認(rèn)識(shí) ①Portlet的基本定義Portlet在門戶模塊中處于核心地位,要處理海量的門戶網(wǎng)站的信息,它的生命周期是一定的。利用自定義Portlet,用戶可以沒有難度地設(shè)置具有個(gè)性化的門戶界面?；贘ava技術(shù)實(shí)現(xiàn)的Portlet的web組件,由Portlet模塊管理,對(duì)客戶端的請(qǐng)求進(jìn)行處理并生成各種動(dòng)態(tài)信息資源。Portlet可插入客戶端接口組件,可把表示層當(dāng)為一個(gè)信息系統(tǒng)來(lái)使用。②Portlet與Servlet的聯(lián)系Portlet被設(shè)置成一個(gè)新模塊,它有新的確定的接口和方法。為了結(jié)合已有的Servlet來(lái)盡可能地提高它的使用率,Portlet標(biāo)準(zhǔn)加入了Servlet規(guī)范,部分功能非常類似,再把Portlet、Servlet和JSP放入一個(gè)Web體系內(nèi),該框架被稱為Portlet應(yīng)用程序。在相同的Portlet應(yīng)用程序,它們將共享一個(gè)類裝入器。 JavaPortlet規(guī)范 ① JCP 組織及 JSR 國(guó)際標(biāo)準(zhǔn)JCP[23](Java Community Process)是一個(gè)開放的國(guó)際團(tuán)體,大部分成員是Java開發(fā)人員和制定者,目的是開發(fā)和更新Java規(guī)范及其參考實(shí)現(xiàn)以及開發(fā)技術(shù)程序包。Java和JCP的締造者都來(lái)源于太陽(yáng)計(jì)算機(jī)公司。如今,JCP由被該公司創(chuàng)造于1995年的Java非正式進(jìn)程過(guò)渡到正式進(jìn)程，已經(jīng)受到來(lái)自全球各地的百名之多的Java技術(shù)人員的日程監(jiān)督和開發(fā)。② JSR168 標(biāo)準(zhǔn)概述JCP組織在2003年10月7日首次對(duì)外公開第一版的Portlet的規(guī)范,也就是常見的JSR168規(guī)范。公開這個(gè)規(guī)范的目的主要用來(lái)避免門戶供應(yīng)商向市場(chǎng)供應(yīng)不盡相同的PortletAPI,因此讓Portlet門戶提供者可重復(fù)使用Porlet,讓Portlet可重用性得到很大提高。其組件結(jié)構(gòu)如圖 所示：圖 ③ JSR286 標(biāo)準(zhǔn)概述JSR 286是168標(biāo)準(zhǔn)的繼承者,是最新的技術(shù)標(biāo)準(zhǔn),當(dāng)前一直在不斷更新。JSR168在業(yè)界得到廣泛好評(píng)?？紤]到它是第一個(gè)版本難以避免有一些缺陷,只提高最基本的用例,對(duì)功能有一些約束。標(biāo)準(zhǔn)發(fā)布三年之后,因此,大部分的支持JSR168的門戶產(chǎn)品都有一些附加的擴(kuò)展功能,以提高更先進(jìn)的使用方法。然后,2005年11月高級(jí)版的JSR286開始研發(fā)，來(lái)迎合行業(yè)的需求,并提供支持最高水平的標(biāo)準(zhǔn)解決方案的功能,為這些高級(jí)特性提供相互操作的可能。 Tapestry 概述①Tapestry的基礎(chǔ)概念Tapestry 是一個(gè)基于 Java 的全web應(yīng)用組件式開發(fā)框架，基礎(chǔ)概念包括以下5個(gè)方面： 1) Tapestry不是一個(gè)應(yīng)用服務(wù)器，而是使用一個(gè)在應(yīng)用服務(wù)器中的框架。 2) Tapestry不是一個(gè)應(yīng)用，而是一個(gè)用來(lái)創(chuàng)建web應(yīng)用的框架。 3) Tapestry不是 JSP 的一種使用方式，Tapestry 和 JSP 只能夠選擇一種。 4) Tapestry不是一個(gè)腳本環(huán)境，Tapestry 使用一種組件對(duì)象模式，這并不是一種簡(jiǎn)單的腳本，而是用于生成高動(dòng)態(tài)性高互交性的web頁(yè)面。 5) Tapestry是在Java Servlet的基礎(chǔ)上開發(fā)的,它的轉(zhuǎn)換組件模式具有多樣性,把一個(gè)網(wǎng)頁(yè)應(yīng)用分解成一個(gè)單獨(dú)的聯(lián)合模塊,每個(gè)模塊都有其特殊的用途即用來(lái)顯示一個(gè)web頁(yè)面或HTML響應(yīng)請(qǐng)求。② Tapestry的目標(biāo)Tapestry的用處是允許開發(fā)人員在使用以往的web應(yīng)用程序開發(fā)的過(guò)程中遇到各種各樣的缺點(diǎn)和不足,它能為開發(fā)人員提供最簡(jiǎn)便和最清楚的開發(fā)方式。因此在Tapestry框架的開發(fā)過(guò)程一直具有簡(jiǎn)潔、高度一致、高效和反饋機(jī)制：1) 簡(jiǎn)潔性：Tapestry開發(fā)程序和以往的Servlet開發(fā)程相比所需代碼較少。之前的大多數(shù)Servlet開發(fā)程序常常包括枯燥而繁雜的工作,比如:解析訪問(wèn)參數(shù),處理HttpSession對(duì)象,搭建URL等等,而很多Tapestry摒棄了以往開發(fā)程序中Servlet重復(fù)開發(fā)的過(guò)程,使開發(fā)人員能夠?qū)Ｗ⒂诮鉀Q應(yīng)用程序邏輯的問(wèn)題。 2) 一致性：Tapestry為開發(fā)web應(yīng)用程序的界面供應(yīng)了一個(gè)功能一致的接口。不同的開發(fā)人員創(chuàng)建web頁(yè)面時(shí)能利用統(tǒng)一的方案和標(biāo)準(zhǔn)讓其他開發(fā)人員修改，此過(guò)程沒有任何難點(diǎn)，這都是因?yàn)門apestry應(yīng)用程序自身具有可重用的模塊技術(shù)。3) 高效性：Tapestry應(yīng)用程序可以附加其他功能,Web應(yīng)用程序的一個(gè)主要功能是運(yùn)行多個(gè)用戶同時(shí)操作。在內(nèi)部,Tapestry利用對(duì)象池和緩沖池來(lái)最小化處理請(qǐng)求過(guò)程的數(shù)目,此舉大幅度降低服務(wù)器的工作壓力,很好地提高了服務(wù)器的效率。 4) 回饋性：在大多數(shù)web框架的設(shè)計(jì)過(guò)程中，設(shè)計(jì)人員找到錯(cuò)誤來(lái)源的準(zhǔn)確位置是很難的，此過(guò)程會(huì)用掉大量寶貴的設(shè)計(jì)時(shí)間和精力。而Tapestry的應(yīng)用層有著多層錯(cuò)誤捕捉功能，它能比較快而準(zhǔn)確的發(fā)現(xiàn)設(shè)計(jì)錯(cuò)誤并將結(jié)果顯示在界面或是應(yīng)用服務(wù)器的工作窗口。③Tapestry的工作原理Tapestry開發(fā)程序由多個(gè)界面構(gòu)成,界面間是相互獨(dú)立的、可多次利用并包含可配置的文件。Tapestry界面組成包括三個(gè)文件:HTML、Java類文件及Page文件。它們的頁(yè)面結(jié)構(gòu)如下圖。圖 Portal 的融合及其開發(fā)平臺(tái) Portal 的融合Tapestry 封裝標(biāo)準(zhǔn)的PortletAPI：Tapestry 及其以上版本提供了Portlet規(guī)范的一種實(shí)現(xiàn)，完全支持對(duì) JSR168 標(biāo)準(zhǔn)的Portlet的開發(fā)。在一定程度上，Tapestry 已被重新構(gòu)架以支持門戶, Tapestry對(duì)Portlet的支持是本地的，這意味著Tapestry是完全使用標(biāo)準(zhǔn)的PortletAPI 來(lái)進(jìn)行封裝，嚴(yán)格按照 JSR168 標(biāo)準(zhǔn)來(lái)實(shí)現(xiàn)，通過(guò)其開發(fā)的Portlet，現(xiàn)已通過(guò)Exo，Jetspeed2，Liferay等平臺(tái)的支持。Tapestry 支持Portlet應(yīng)用的特性可以用來(lái)在一些頁(yè)面創(chuàng)造一些小的應(yīng)用。在一個(gè) Portal 頁(yè)面，所有的TapestryServices為其支撐，因此TapestryPortlet可以是一個(gè)完全獨(dú)立的實(shí)體，而不僅僅是一個(gè)Portlet。 中顯示的是Tapestry封裝的包和Portlet標(biāo)準(zhǔn)接口。圖 ①Liferay概述Liferay是符合 JSR168 標(biāo)準(zhǔn)的 J2EE Portal 開源項(xiàng)目，采用了 MIT License 授權(quán)協(xié)議，這是一個(gè)相當(dāng)寬松的開源授權(quán)協(xié)議，允許用戶在Liferay Portal 基礎(chǔ)之上構(gòu)建自己的應(yīng)用，而不必支付任何授權(quán)費(fèi)。從 版本起，Liferay分為兩個(gè)獨(dú)立產(chǎn)品：Liferay企業(yè)版和Liferay專業(yè)版。其中專業(yè)版完全采用基于 Spring 框架的輕量級(jí)架構(gòu)，采用基于 AOP 的基礎(chǔ)設(shè)施實(shí)現(xiàn)，因此可以完全脫離高端 J2EE 應(yīng)用服務(wù)器(例如 JBoss)，以web應(yīng)用的形式運(yùn)行在純 Servlet 容器(例如 Tomcat)中。從技術(shù)的角度，這足以證明：基于 IoC 容器和 AOP 的輕量級(jí)架構(gòu)完全可以取代 EJB 提供企業(yè)級(jí)強(qiáng)度的產(chǎn)品。Liferay的啟動(dòng)界面如下圖。圖 ②Tapestry結(jié)合Liferay開發(fā)PortletTapestry 雖然完全封裝了標(biāo)準(zhǔn)的PortletAPI，但針對(duì)不同的平臺(tái)，開發(fā)方式與配置各有不同，下面幾個(gè)步驟介紹詳細(xì)介紹了Tapestry結(jié)合Liferay開發(fā)Portlet的主要過(guò)程：1) 編寫基礎(chǔ)類像Servlet一樣，編寫的Portlet也必須直接或者間接的擴(kuò)展基類 GenericPortlet，這個(gè)是由 JCP 針對(duì) Portal 提出的 JSR168 規(guī)范定義的。只要擴(kuò)展自規(guī)范的GenericPortlet，所有的Portlet都可以在支持 JSR168 規(guī)范的 Portal 服務(wù)器上運(yùn)行。2) 編寫頁(yè)面邏輯文件 頁(yè)面邏輯文件是由 和 文件組成， 負(fù)責(zé)頁(yè)面的顯示，實(shí)現(xiàn)和用戶的交互；所有組件的定義則在 文件中，在 之間搭建了一座橋梁。3) 編寫配置文件：用來(lái)定義Portlet的諸如部署名稱、初始化參數(shù)、支持模式、resource bundle 等普通的初始化信息，包括：portletname、displayname、portletclass、initparam、expirationcathe、supports、portletinfo、securityroleref 等等。4) 打包Portlet應(yīng)用 將開發(fā)完成好的各個(gè)組件打包，完成部署注冊(cè)，并將打包好的Portlet應(yīng)用部署至 webapp 目錄下，取得在 Portal 中的注冊(cè)。5) 添加模塊應(yīng)用注冊(cè)成功后，可在Portlet管理中添加新的Portlet應(yīng)用。四、住宅區(qū)信息整合門戶的設(shè)計(jì) 住宅區(qū)信息整合門戶的設(shè)計(jì)原則住宅區(qū)信息整合門戶位于各類應(yīng)用之上，以瀏覽器的方式向用戶展現(xiàn)小區(qū)內(nèi)外的應(yīng)用整合信息，采用先進(jìn)成熟的技術(shù)和設(shè)計(jì)思想，運(yùn)用先進(jìn)的信息整合技術(shù)路線，以先進(jìn)、實(shí)用、開放、安全、使用方便和易于操作為宗旨，突出系統(tǒng)功能的實(shí)用性，盡快投入使用，發(fā)揮較好的效能。住宅區(qū)信息整合門戶的整個(gè)系統(tǒng)設(shè)計(jì)上依照以下原則確定：① 小區(qū)內(nèi)外信息資源共享的原則。最大限度的利用信息資源，避免資源重復(fù)建設(shè)和信息孤島的產(chǎn)生，應(yīng)使各應(yīng)用系統(tǒng)之間相互協(xié)作，統(tǒng)一的進(jìn)行系統(tǒng)管理和狀態(tài)監(jiān)控，支持信息綜合共享和決策輔助。 ② 采用規(guī)范化的開發(fā)模式。以軟件工程和面向?qū)ο蟮拈_發(fā)方法為依據(jù)，規(guī)范整個(gè)開發(fā)過(guò)程，提高項(xiàng)目開發(fā)的成功率和質(zhì)量，降低項(xiàng)目的風(fēng)險(xiǎn)，同時(shí)對(duì)門戶以后的拓展也是非常重要的。 ③ 可擴(kuò)展性和維護(hù)性。為滿足今后發(fā)展的需要，門戶應(yīng)在并發(fā)數(shù)、容量及處理能力等方面必須具備兼容性強(qiáng)，可擴(kuò)充與換代的特點(diǎn)，確保整個(gè)系統(tǒng)可以不斷得到充實(shí)、完善、改進(jìn)和提高。通過(guò)這種優(yōu)化設(shè)計(jì)，不僅充分保護(hù)了原有投資，而且具有較高的綜合性能價(jià)格比，使系統(tǒng)易于維護(hù)和擴(kuò)展。 住宅區(qū)信息整合門戶的體系結(jié)構(gòu)研究住宅區(qū)信息整合門戶是一個(gè)覆蓋全小區(qū)的、統(tǒng)一的、可以滿足用戶個(gè)性化需要的信息服務(wù)平臺(tái)。為小區(qū)內(nèi)外各類用戶提供多種信息查詢，整合了小區(qū)各種信息資源，并將各系統(tǒng)的信息服務(wù)整合起來(lái)，為不同類型用戶提供個(gè)性化的信息發(fā)布和服務(wù)。小區(qū)內(nèi)的各類用戶只需通過(guò)一個(gè)統(tǒng)一的界面登錄，系統(tǒng)即可按該用戶身份和授權(quán)，定制出他可以訪問(wèn)的信息范圍，并為用戶提供多種查詢邏輯與靈活的查詢條件設(shè)置方法等，以滿足用戶對(duì)各個(gè)系統(tǒng)數(shù)據(jù)的查詢需要。圖 住宅區(qū)信息整合門戶體系結(jié)構(gòu)圖 是一個(gè)分層模型來(lái)描述住宅區(qū)，主要著重表示的是住宅區(qū)各系統(tǒng)模塊的層次劃分和各模塊之間的關(guān)系。從圖 中可以看出，為了統(tǒng)籌規(guī)劃住宅區(qū)信息整合門戶的建設(shè)，住宅區(qū)信息整合門戶模型共分成了 5 層，包括各類網(wǎng)絡(luò)應(yīng)用系統(tǒng)，各種管理信息系統(tǒng)與信息服務(wù)系統(tǒng)等。 住宅區(qū)信息整合門戶的功能設(shè)計(jì) 統(tǒng)一用戶管理模塊的內(nèi)部邏輯結(jié)構(gòu)及功能統(tǒng)一用戶管理[36]是為了建立統(tǒng)一的網(wǎng)絡(luò)應(yīng)用資源管理機(jī)制，為實(shí)現(xiàn)用戶的單點(diǎn)登錄、門戶實(shí)施個(gè)性化服務(wù)提供支撐并實(shí)現(xiàn)所有新建應(yīng)用系統(tǒng)的集中鑒權(quán)。住宅區(qū)中會(huì)部署多個(gè)應(yīng)用系統(tǒng)，從而會(huì)有多個(gè)數(shù)據(jù)存儲(chǔ)區(qū)(數(shù)據(jù)庫(kù)，目錄等數(shù)據(jù)源)，而每個(gè)應(yīng)用系統(tǒng)又都有自己的用戶管理系統(tǒng)和用戶信息庫(kù)。因此，在一個(gè)組織中，往往存在下述問(wèn)題： 各應(yīng)用系統(tǒng)中的用戶信息不能共享，從而造成用戶信息的冗余或重復(fù) 同一個(gè)人在各應(yīng)用系統(tǒng)中的用戶信息難以做到一致，難以及時(shí)同步 各應(yīng)用系統(tǒng)中創(chuàng)建、更改用戶信息和組織結(jié)構(gòu)信息的工作量過(guò)大 用戶的權(quán)限難于集中控制 統(tǒng)一用戶管理系統(tǒng)為實(shí)現(xiàn)住宅區(qū)中多應(yīng)用系統(tǒng)之間的信息共享、數(shù)據(jù)一致性以及集中的權(quán)限控制提供了集中、統(tǒng)一的管理平臺(tái)，在安全應(yīng)用體系框架中充當(dāng)身份、權(quán)限等信息的權(quán)威信息源的角色。主要包括五大模塊：個(gè)人信息管理、用戶授權(quán)管理、組織機(jī)構(gòu)管理、應(yīng)用系統(tǒng)管理和門戶認(rèn)證服務(wù)。每個(gè)大模塊都包含了若干小模塊，這些小模塊需要根據(jù)用戶的權(quán)限進(jìn)行使用。 物業(yè)管理模塊的內(nèi)部邏輯結(jié)構(gòu)及功能物業(yè)管理系統(tǒng)包括：系統(tǒng)設(shè)置、基本檔案、住戶管理、收費(fèi)管理、設(shè)備管理、倉(cāng)庫(kù)管理、維修工程管理、安全管理、環(huán)境衛(wèi)生綠化管理和綜合查詢等10個(gè)子系統(tǒng)，系統(tǒng)與實(shí)時(shí)在線監(jiān)控?cái)?shù)據(jù)進(jìn)行交換，滿足物業(yè)管理對(duì)安全監(jiān)控、設(shè)備監(jiān)控的需求。物業(yè)管理系統(tǒng)有自己的認(rèn)證模塊，住宅區(qū)信息整合門戶需要在不改變其源代碼的基礎(chǔ)上進(jìn)行整合，因此采用了偽單點(diǎn)登陸的方式，使得物業(yè)管理系統(tǒng)通過(guò)門戶認(rèn)證后，應(yīng)用系統(tǒng)還要自己進(jìn)行用戶的認(rèn)證，即進(jìn)行二次認(rèn)證，這個(gè)功能由系統(tǒng)信息表、用戶身份信息映射表和身份認(rèn)證服務(wù)來(lái)完成認(rèn)證過(guò)程。圖 物業(yè)管理模塊的內(nèi)部邏輯結(jié)構(gòu) 火災(zāi)報(bào)警模塊的內(nèi)部邏輯結(jié)構(gòu)及功能圖 火災(zāi)報(bào)警模塊的內(nèi)部邏輯結(jié)構(gòu)火災(zāi)報(bào)警系統(tǒng)是一種現(xiàn)場(chǎng)總線控制系統(tǒng)[37]，現(xiàn)場(chǎng)總線的節(jié)點(diǎn)主要是由中繼器、樓層顯示器和控制器組成。中繼器連接著探測(cè)器總線或聯(lián)動(dòng)設(shè)備總線，探測(cè)器中繼管理整條探測(cè)器總線，一方面將各探測(cè)器的狀態(tài)及時(shí)反饋給負(fù)責(zé)它的控制器，另一方面接收控制器的指令更改和獲取探測(cè)器的參數(shù)。整個(gè)過(guò)程都是在基于 OPC標(biāo)準(zhǔn)技術(shù)下，系統(tǒng)建立標(biāo)準(zhǔn)的 OPC 接口，靠數(shù)據(jù)通道與底層硬件聯(lián)系，將數(shù)據(jù)轉(zhuǎn)換成標(biāo)準(zhǔn) OPC 對(duì)象的形式，以方便住宅區(qū)信息整合門戶管理，門戶則利用JOPCClient 其封裝 OLE / COM 的特性，使得 Java 應(yīng)用程序可以直接訪問(wèn)現(xiàn)場(chǎng)控制設(shè)備，讀取并修改 OPC 服務(wù)器上的數(shù)據(jù)，當(dāng)發(fā)現(xiàn)有火災(zāi)險(xiǎn)情時(shí)告知住宅區(qū)信息整合門戶消息報(bào)警組件，即時(shí)告知給管理者，使得火災(zāi)險(xiǎn)情能夠及時(shí)的得到處理。 住宅區(qū)信息整合門戶的技術(shù)方案設(shè)計(jì) Portal 技術(shù)結(jié)合Tapestry框架實(shí)現(xiàn)界面整合界面整合是為實(shí)現(xiàn)信