【正文】 理請求的過程中， Portlet 可以通過程序的方式來改變窗口狀態(tài)。當(dāng)調(diào)用一個(gè) Portlet時(shí)， Portlet 容器 需要告訴該 Portlet 目前的窗口狀態(tài)。所有的Portlet 并不需要都提供幫助這 個(gè)模式。 在幫助這個(gè)模式里， Portlet 應(yīng)該提供有關(guān)這個(gè) Portlet 的幫助信息。 在編輯這個(gè) Portlet 模式里， Portlet 需要提供內(nèi)容和邏輯來讓使用者定制 Portlet 的行為。 在瀏覽這個(gè) Portlet 模式里，所被期望要提供的功能是產(chǎn)生標(biāo)記語言來表現(xiàn)此時(shí) Portlet 的狀態(tài)。同時(shí) Portal 是可以根據(jù)使用者的角色，來決定是要提供 (顯示 )哪幾個(gè) Portlet 模式給使用者操作。當(dāng)在處理一個(gè)請求動作時(shí)， Portlet 的模式是可以用程 序來改變的。 Portlet 模式讓 Portlet 決定它該顯示什么內(nèi)容和執(zhí)行什么動作。從各種數(shù)據(jù)來源提取的信息以 Portlet 內(nèi)容的形式呈現(xiàn)在 Portal 中。每個(gè) Portlet 對外表現(xiàn)為一個(gè)小窗口，有自己的默認(rèn)樣式和窗口狀態(tài)。通過定義每個(gè)Portlet的可用權(quán)限，實(shí)現(xiàn)個(gè)性化的桌面信息定制。 Liferay Portal 工作原理 Portal系統(tǒng)根據(jù)需要由一個(gè)或者多個(gè) Portal頁面組成，每個(gè) Portal 頁面包含零個(gè)或者多個(gè)的 Portlet。 為了達(dá)到這個(gè)目的，誕生各種框架概念， J2EE 框架標(biāo)準(zhǔn)將一個(gè)系統(tǒng)劃分為 WEB 和 EJB主要部分，當(dāng)然我們有時(shí)不是以這個(gè)具體技術(shù)區(qū)分，而是從設(shè)計(jì)上抽象為表現(xiàn)層、服務(wù)層和持久層，這三個(gè)層次從一個(gè)高度將 J2EE 分離開來，實(shí)現(xiàn)解耦目的。 J2EE 容器也稱為 J2EE 服務(wù)器，大部分時(shí)它們概念是一致的。至于與各種企業(yè)資源和企業(yè)級應(yīng)用相連接，則是依靠 J2EE 的各種服務(wù)和 API。 在 View 部分， J2EE提供了三種手段： Web 容器中的 JSP(或 Servlet)、 Applet 和 Application Client，分別能夠?qū)崿F(xiàn)面向?yàn)g覽器的數(shù)據(jù)表現(xiàn)和面向桌面應(yīng)用的數(shù)據(jù)表現(xiàn)。 Application Client 相對 Applet 而言是一種較重量級的客戶端，它能夠使用 J2EE 的大多數(shù) Service 和 API。 Applet 是一種替代 Web 頁面的手段，我們僅能夠使用 J2SE 開發(fā) Applet， Applet 無法使用 J2EE 的各種 Service 和 API，這是為了安全性的考慮。 ◆ Applet 容器 客戶端容器，包含的組件為 Applet。 ◆ EJB 容器 服務(wù)器端容器，包含的組件為 EJB(Enterprise JavaBeans)，它是 J2EE 的核心之一，主要用于服務(wù)器端的商業(yè)邏輯的實(shí)現(xiàn)。 J2EE 容器包括： ◆ Web 容器 服務(wù)器端容器，包括兩種組件 JSP 和 Servlet， JSP 和 Servlet 都是 Web 服務(wù)器的功能擴(kuò)展，接受 Web 請求，返回動態(tài)的 Web 頁面。 J2EE Blueprints 是開發(fā)人員設(shè)計(jì)和優(yōu)化 J2EE 組件的基本原則，同時(shí)為圍繞開發(fā)工作進(jìn)行職能分工給出了指導(dǎo)性策略，以幫助應(yīng)用開發(fā)設(shè)計(jì)人員合理地分配技術(shù)資源。 為了推廣并規(guī)范化使用 J2EE 架構(gòu)企業(yè)級應(yīng)用的體系架構(gòu)， Sun 同時(shí)給出了一個(gè)建議性的 J2EE 應(yīng)用設(shè)計(jì)模型： J2EE Blueprints。各個(gè)平臺開 發(fā)商按照 J2EE 規(guī)范分別開發(fā)了不同的 J2EE 應(yīng)用服務(wù)器， J2EE 應(yīng)用服務(wù)器是 J2EE 企業(yè)級應(yīng)用的部署平臺。 Sun 推出 J2EE 的目的是為了克服傳統(tǒng)Client/Server 模式的弊病，迎合 Browser/Server 架構(gòu)的潮流，為應(yīng)用 Java 技術(shù)開發(fā)服務(wù)器端應(yīng) 用提供一個(gè)平臺獨(dú)立的、可移植的、多用戶的、安全的和基于標(biāo)準(zhǔn)的企業(yè)級平臺，從而簡化企業(yè)應(yīng)用的開發(fā)、管理和部署。 Java 2 平臺依照應(yīng)用領(lǐng)域的不同，共分為三大版本，分別是 J2EE、標(biāo)準(zhǔn)版本 J2SE（ Java 2 Platform, Standard Edition）、微型版本 J2ME（ Java 2 Platform, Micro Edition），以及 Java Card等。其中 Session Bean 與Entity Bean 算是 EJB 的始祖，這兩種 EJB規(guī)格在 EJB ，而 Message Driven Bean 則是出現(xiàn)在 EJB 的規(guī)格之中。 J2EE 的核心規(guī)范是 Enterprise Java Beans（ EJBs）。 J2EE 架構(gòu)定義各類不同組件，如 Web Component、EJB Component?等，而各類組件可以再用 (reuse)，讓已開發(fā)完成的組件，或者是經(jīng)由市面采購而得的組件，均能進(jìn)一步組裝成不同的系統(tǒng)。換言之，植基 J2EE 架構(gòu)的應(yīng)用系統(tǒng)，基本上可部署在不同的應(yīng)用服務(wù)器之上，無需或者只須要進(jìn)行少量的代碼修改，即能大幅提高應(yīng)用系統(tǒng)的可移植性 (Portability)。 J2EE 核心是一組技術(shù)規(guī)范與指南，其中所包含的各類組件、服務(wù)架構(gòu)及技術(shù)層次，均有共通的標(biāo)準(zhǔn)及規(guī)格，讓各種依循 J2EE 架構(gòu)的不同平臺之間，存在良好的兼容性，解決過去企業(yè)后端使用的信息產(chǎn)品彼此之間無法兼容，導(dǎo)致企業(yè)內(nèi)部或外部難以互通的 窘境。在 Portal平臺發(fā)展的未來，跨平臺性也是 Portal平臺的競爭所在，只不過這種“跨平臺性”是指跨多種“客戶端瀏覽器”平臺，對于客戶來說，可以按喜好任意選擇自己喜歡的瀏覽器，如果能兼容各種客戶端瀏覽器（無論是 Linux、 Unix上的瀏覽器，還是 Windows上的瀏覽器） —— 即跨客戶端瀏覽器平臺，將是客戶選擇的一個(gè)重要標(biāo)準(zhǔn)。所以，如果能在 Portal 前臺顯示界面上有新的模式創(chuàng)新或突破，會有大的發(fā)展的空間，也更容易被用戶青睞。 這樣的”操作系統(tǒng)平臺“不是面向機(jī)器各種硬件的（ Windows、 Linux、 UNIX等都是驅(qū)動硬件的），而是面向具體應(yīng)用功能的，比如開發(fā)一套進(jìn)銷存的 Portlet，注冊安裝到平臺后，有權(quán)限的用戶就可以選擇這些 Portlet 進(jìn)行工作 —— 完全是遠(yuǎn)程的，通過瀏覽器訪問遠(yuǎn)程服務(wù)器的，而此遠(yuǎn)程服務(wù)器就安裝有 Portal 平臺 —— 一個(gè)“面向應(yīng)用的操作系統(tǒng)” 二、前臺界面平臺決定多家 Portal并存：根據(jù)界面的技術(shù)特點(diǎn)、風(fēng)格特征、處理效力，決定多家 Portal核心平臺提供商并存，而不是根據(jù)后臺技術(shù)（ JAVA、 .NET等）決定。本文就 Portal的特點(diǎn)分析未來的Portal發(fā)展方向： 一、運(yùn)行在瀏覽器中的“應(yīng)用操作系統(tǒng)”：目前為止， Portal 已經(jīng)有了國際規(guī) 范 JSR168，各大軟件公司的 Portal都遵從此規(guī)范（包括： Microsoft、 IBM、 Bea等），通過此規(guī)范，大大增強(qiáng)了 Portlet 可移植性。 Portal 未來的發(fā)展方向分析 Portal 的出現(xiàn)已經(jīng)多年，在國內(nèi)外大大小小的項(xiàng)目和產(chǎn)品中也有一些應(yīng)用。相比于我們所調(diào)查的企業(yè)信息化大部分還處于業(yè)務(wù)操作電子化階段和業(yè)務(wù)流程信息化階段，這樣一個(gè)數(shù)據(jù)讓我們感到非常意外，也讓我們充滿了信心，它暗示著企業(yè)門戶將會得到廣泛的應(yīng)用。當(dāng)然我們必須還注意到有接近 30%的企業(yè)沒有門戶建設(shè)的計(jì)劃和 50％的企業(yè)只是簡單的進(jìn)行了企業(yè)內(nèi)外網(wǎng)的建設(shè)。 即使 Delphi保守估計(jì)，門戶市場也有 20％的增長率。為此我們特進(jìn)行了 2020 年中國 企業(yè)門戶應(yīng)用現(xiàn)狀與趨勢的調(diào)查，希望通過這樣一項(xiàng)工作探索國內(nèi)企業(yè)門戶應(yīng)用的脈動或規(guī)律，同時(shí)也籍此為國內(nèi)正在進(jìn)行或?qū)⒁M(jìn)行企業(yè)門戶建設(shè)的企業(yè)提供寶貴的參考意見。 2020年 BEA系統(tǒng)有限公司 (NASDAQ： BEAS)以 2 億美元現(xiàn)金收購 Plumtree 則是最好的說明。據(jù)估計(jì)，國內(nèi)外主流的門戶軟件供應(yīng)商早已超過 100家。對于門戶實(shí)施的主體的 CIO們來說，他們更多的是困惑：他們害怕 為了使用這個(gè)門而重建一所房子 ，他們不僅要考慮不同的產(chǎn)品套件的產(chǎn)品成熟度、技術(shù)風(fēng)險(xiǎn)和應(yīng)用風(fēng)險(xiǎn)，還要考慮到企業(yè)現(xiàn)有的應(yīng)用、系統(tǒng)以及員工的工作習(xí)慣、部門的經(jīng)濟(jì)利益等等，要進(jìn)行較多的權(quán)衡與折衷實(shí)在是困惑。 研究現(xiàn)狀 及發(fā)展趨勢 研究現(xiàn)狀 雖然企業(yè)門戶的概念可以被預(yù)言家們肆意地描繪，然而真正要實(shí)現(xiàn)企業(yè)門戶，所面臨的問題卻不是輕易能夠跨越的。 在下圖中需要注意的是 Portal 服務(wù)器是建立在 Http 服務(wù)器的基礎(chǔ)上的。 將 Portlet 從服務(wù)區(qū)中刪除。 由 Portlet 容器調(diào)用，用來生成輸出。 由 Portlet 容器調(diào)用，用來處理 action request。 Portlet 容器在初始 Portlet 后，直接調(diào)用這個(gè)方法。 Portlet 生命周期 Portlet 接口的四個(gè)方法構(gòu)成一個(gè)完整的生命周期： public void init(PortletConfig config) throws PortletException。 客戶端和 portlets 的互動是由 portal 通過典型的 request/response 方式實(shí)現(xiàn)，正常來說，客戶會和 portlets 所產(chǎn)生的內(nèi)容互動，舉例來說，根據(jù)下一步的連接或者是確認(rèn)送出的表單，結(jié)果 portal 將會接收到 portlet 的動作，將這個(gè)處理狀況轉(zhuǎn)向到目標(biāo) portlet。而 Portlet 中的內(nèi)容正常來說是與其他 Portlet 的內(nèi)容聚合而成為一個(gè) Portal 網(wǎng)頁。 Portlets 為可插式 ( pluggable ) 的客戶界面組件，提供呈現(xiàn)層成為一個(gè)信息系統(tǒng)。 Portal 和 Portlet Container 可以放在一起視為同一個(gè)系統(tǒng)的組件，或者分開成為兩個(gè)獨(dú)立的組件。一個(gè) Portlet container 接收到來自 Portal 的請求后，接著將這個(gè)請求傳遞給存在 Container 的 Portlet 執(zhí)行。（ Portal Server 有時(shí)簡稱 Portal） Portlet Container 的定義 Portal Container：管理 Portlet 的生命周期并且提供其運(yùn)行所需要的必要環(huán)境。 Portal Server 的定義 建立在 HTTP Server 上。一些機(jī)構(gòu)也研究了 EIP 的發(fā)展過程。以上階段的劃分主要基于 EIP 功能擴(kuò)展的考慮。同時(shí)，增加了web service 引擎， EIP 集成業(yè)務(wù)的能力進(jìn)一步增強(qiáng)，逐漸成為與這些業(yè)務(wù)系統(tǒng)進(jìn)行交互的平臺， 這時(shí) EIP 的理念與 EAI （ Enterprise ApplicationIntegration）已經(jīng)有些類似。這時(shí)的 EIP 已經(jīng)具備了初步的集成過程和交互能力。 在 EIP 發(fā)展的第三個(gè)階段，為了更好的支持企業(yè)的業(yè)務(wù)運(yùn)營， EIP 增加了工作流、渠道 (包括電子郵件等 )的功能。 從功能擴(kuò)展的角度，企業(yè)門戶的發(fā)展分為五個(gè)階段： 在企業(yè)信息門戶發(fā)展的最初階段， Portal 實(shí)際上就是一些靜態(tài)網(wǎng)頁，用戶通過這些網(wǎng)頁可以獲得企業(yè)提供的信息及服務(wù)。無論其面對的使用者還是要解決的實(shí)際問題以及安全模式、與業(yè)務(wù)系統(tǒng)的集成等方面都有較大的不同。自 2020 年以來， IBM， BEA， Sybase 等一些重要的企業(yè)級軟件廠商已經(jīng)開始正式進(jìn)入這一市場，伴隨著眾多小規(guī)模的獨(dú)立軟件廠商的加入，這一市場迅速擁擠起來。據(jù)報(bào)告估計(jì)， 1998 年全球 EIP 市場已達(dá) 44 億美 元， 2020 年將達(dá) 148 億美元。 論文的內(nèi)容安排 第二章 國內(nèi)外研究現(xiàn)狀及相關(guān)技術(shù) Portal 技術(shù)的提出及其發(fā)展歷程 Portal 一詞是“門戶、入口”的意思，基于 Portal 技術(shù)的門戶網(wǎng)站的概念起源于Inter 的門戶網(wǎng)站，如美國的 yahoo，國內(nèi)的 sohu 和網(wǎng)易等。 在對現(xiàn)有的門戶技術(shù)進(jìn)行了研究分析后發(fā)現(xiàn)雖然對上面的問題已經(jīng)有了比較成熟的解決方案，但是實(shí)現(xiàn)起來比較復(fù)雜，對開發(fā)人員的要求較高，運(yùn)行起來對系統(tǒng)資源的消耗也比較大。 (2) 個(gè)性化頁面的展現(xiàn)機(jī)制。既能夠滿足用 戶靈活多變的需求又易于實(shí)現(xiàn)。 (3) 在此系統(tǒng)中提出了一套基于用戶、用戶組、業(yè)務(wù)和角色相結(jié)合的身份控制方案，實(shí)現(xiàn)了靈活多變的權(quán)限控制組合。按照三層模式將 Web 結(jié)構(gòu) 劃分為表示層（ Web）、業(yè)務(wù)層（ Biz）和數(shù)據(jù)層（ DAO）。本文的主要工作如下： (1) 分析了 J2EE 開發(fā)平臺的框架及主要技術(shù)，討論了 J2EE框架下的三層體系結(jié)構(gòu)的特點(diǎn)，對 Web Service 的體系結(jié)構(gòu)，相關(guān)標(biāo)準(zhǔn)與技術(shù)進(jìn)行了研究，指出了基于 J2EE平臺下構(gòu)建企業(yè)門戶網(wǎng)站的優(yōu)勢所在。電力企業(yè)作為我國的龍頭企業(yè)也迫切需要建設(shè)自己的門戶網(wǎng)站來適應(yīng)信息 化發(fā)展的需要。但是由于應(yīng)用系統(tǒng)是在不同時(shí)期、根據(jù)不同的需求、由不同廠商來開發(fā)實(shí)施的，應(yīng)用系統(tǒng)的用戶界面不友好，也沒有形成統(tǒng)一規(guī)范，所以企業(yè)的員工無法完全了解每一個(gè)應(yīng)用系統(tǒng)的具體功能，更難熟記所有應(yīng)用的口令以及操作方式，大大影響和制約了各 項(xiàng)應(yīng)用的實(shí)際效果；而且不同的應(yīng)用系統(tǒng)都有自身的應(yīng)用數(shù)據(jù)庫，各個(gè)數(shù)據(jù)庫也是獨(dú)立運(yùn)行的，這樣使得各應(yīng)用數(shù)據(jù)庫之間沒有統(tǒng)一的數(shù)據(jù)標(biāo)準(zhǔn)、編碼標(biāo)準(zhǔn)，數(shù)據(jù)的統(tǒng)一性、共享性、唯一性、穩(wěn)定性沒有保證，信息孤島現(xiàn)象嚴(yán)重，這為所有