【文章內(nèi)容簡(jiǎn)介】 戶市場(chǎng)的現(xiàn)狀而言，我想用 困惑和硝煙并存 來形容。對(duì)于門戶實(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í)在是困惑。而對(duì)于提供企業(yè)門戶套件或解決方案的國(guó)內(nèi)外廠商，他們背后則在進(jìn) 行一場(chǎng)沒有硝煙的戰(zhàn)爭(zhēng)。據(jù)估計(jì)，國(guó)內(nèi)外主流的門戶軟件供應(yīng)商早已超過 100家。有關(guān)資料顯示， 2020 年， Plumtree、 SAP和 IBM 的市場(chǎng)占有率并列第一位，但這三家公司各自的市場(chǎng)占有率都只不過 7%。 2020年 BEA系統(tǒng)有限公司 (NASDAQ： BEAS)以 2 億美元現(xiàn)金收購(gòu) Plumtree 則是最好的說明。 在這樣的一個(gè)大背景下，國(guó)內(nèi)企業(yè)門戶應(yīng)用的現(xiàn)狀怎么樣？他們?cè)诮ㄔO(shè)企業(yè)門戶的摸索道路上是否有成功的經(jīng)驗(yàn)和教訓(xùn)？企業(yè)門戶建設(shè)的關(guān)鍵成功因素是什么？等等這些問題都是需要我們?nèi)セ卮鸬摹榇宋覀兲剡M(jìn)行了 2020 年中國(guó) 企業(yè)門戶應(yīng)用現(xiàn)狀與趨勢(shì)的調(diào)查，希望通過這樣一項(xiàng)工作探索國(guó)內(nèi)企業(yè)門戶應(yīng)用的脈動(dòng)或規(guī)律，同時(shí)也籍此為國(guó)內(nèi)正在進(jìn)行或?qū)⒁M(jìn)行企業(yè)門戶建設(shè)的企業(yè)提供寶貴的參考意見。 中國(guó)企業(yè)的門戶建設(shè)才剛剛起步，但企業(yè)門戶應(yīng)用的趨勢(shì)不可阻擋 2020年 6月， Gartner Group 估計(jì)門戶市場(chǎng)將從 2020年的 709萬美元上升到 2020 年的 2億美元；就在當(dāng)月 IDC研究也表明門戶市場(chǎng)將從 2020年的 550萬美元上升到 2020年的（見表 1）。 即使 Delphi保守估計(jì)，門戶市場(chǎng)也有 20％的增長(zhǎng)率。在這種大環(huán)境下， 國(guó)內(nèi)那些企業(yè)信息化完善的公司或那些敢于吃 螃蟹 的 CIO們已經(jīng)在摸索中開始了門戶建設(shè)，通過調(diào)查企業(yè)門戶建設(shè)的狀態(tài)和水平，我們發(fā)現(xiàn)有 %企業(yè)門戶建設(shè)處于萌芽和啟動(dòng)階段， % 的企業(yè)正在進(jìn)行門戶建設(shè)的規(guī)劃制定工作，更有 %的企業(yè)部署了企業(yè)門戶軟件。當(dāng)然我們必須還注意到有接近 30%的企業(yè)沒有門戶建設(shè)的計(jì)劃和 50％的企業(yè)只是簡(jiǎn)單的進(jìn)行了企業(yè)內(nèi)外網(wǎng)的建設(shè)。即使這樣，還差不多有接近 6成的企業(yè)對(duì)企業(yè)門戶的關(guān)注和投入在增加。相比于我們所調(diào)查的企業(yè)信息化大部分還處于業(yè)務(wù)操作電子化階段和業(yè)務(wù)流程信息化階段，這樣一個(gè)數(shù)據(jù)讓我們感到非常意外，也讓我們充滿了信心，它暗示著企業(yè)門戶將會(huì)得到廣泛的應(yīng)用。雖然我們現(xiàn)在還無法估計(jì)國(guó)內(nèi)的門戶市場(chǎng)究竟有多大，但是根據(jù)我們調(diào)查的結(jié)果，我們對(duì)于門戶應(yīng)用的趨勢(shì)不可阻擋性還是十分樂觀的。 Portal 未來的發(fā)展方向分析 Portal 的出現(xiàn)已經(jīng)多年，在國(guó)內(nèi)外大大小小的項(xiàng)目和產(chǎn)品中也有一些應(yīng)用。隨著網(wǎng)絡(luò)和應(yīng)用技術(shù)的迅速發(fā)展， Portal 本身也會(huì)隨之快速發(fā)展。本文就 Portal的特點(diǎn)分析未來的Portal發(fā)展方向： 一、運(yùn)行在瀏覽器中的“應(yīng)用操作系統(tǒng)”：目前為止， Portal 已經(jīng)有了國(guó)際規(guī) 范 JSR168，各大軟件公司的 Portal都遵從此規(guī)范（包括： Microsoft、 IBM、 Bea等），通過此規(guī)范，大大增強(qiáng)了 Portlet 可移植性。隨著網(wǎng)絡(luò)的快速發(fā)展，以后的 Portal 就是一個(gè)“應(yīng)用操作系統(tǒng)”內(nèi)核，軟件開發(fā)人員只要按規(guī)范開發(fā)好應(yīng)用，就可以“安裝”到 Portal平臺(tái)里，就好象 Windows 平臺(tái)開發(fā)的軟件一樣，只要符合規(guī)范要求，就能 setup到系統(tǒng)中，系統(tǒng)菜單會(huì)自動(dòng)添加相關(guān)的功能項(xiàng)，點(diǎn)擊菜單就可以運(yùn)行相應(yīng)的功能。 這樣的”操作系統(tǒng)平臺(tái)“不是面向機(jī)器各種硬件的（ Windows、 Linux、 UNIX等都是驅(qū)動(dòng)硬件的），而是面向具體應(yīng)用功能的，比如開發(fā)一套進(jìn)銷存的 Portlet，注冊(cè)安裝到平臺(tái)后，有權(quán)限的用戶就可以選擇這些 Portlet 進(jìn)行工作 —— 完全是遠(yuǎn)程的，通過瀏覽器訪問遠(yuǎn)程服務(wù)器的，而此遠(yuǎn)程服務(wù)器就安裝有 Portal 平臺(tái) —— 一個(gè)“面向應(yīng)用的操作系統(tǒng)” 二、前臺(tái)界面平臺(tái)決定多家 Portal并存：根據(jù)界面的技術(shù)特點(diǎn)、風(fēng)格特征、處理效力，決定多家 Portal核心平臺(tái)提供商并存，而不是根據(jù)后臺(tái)技術(shù)（ JAVA、 .NET等）決定。這就像 Windows 與 Apples 一樣，對(duì)于用戶來說不關(guān)心后臺(tái)的實(shí)現(xiàn)技術(shù)，而是 根據(jù)界面、某些方 面的處理能力上做選擇。所以，如果能在 Portal 前臺(tái)顯示界面上有新的模式創(chuàng)新或突破，會(huì)有大的發(fā)展的空間，也更容易被用戶青睞。 三、跨平臺(tái)的優(yōu)勢(shì)仍然很重要：在操作系統(tǒng)平臺(tái)上， Oracle 依靠其跨平臺(tái)特點(diǎn)贏得大量的 Linux、 UNIX客戶，使得 SQL SERVER 無法企及。在 Portal平臺(tái)發(fā)展的未來，跨平臺(tái)性也是 Portal平臺(tái)的競(jìng)爭(zhēng)所在，只不過這種“跨平臺(tái)性”是指跨多種“客戶端瀏覽器”平臺(tái)，對(duì)于客戶來說，可以按喜好任意選擇自己喜歡的瀏覽器，如果能兼容各種客戶端瀏覽器（無論是 Linux、 Unix上的瀏覽器，還是 Windows上的瀏覽器） —— 即跨客戶端瀏覽器平臺(tái)，將是客戶選擇的一個(gè)重要標(biāo)準(zhǔn)。 相關(guān)技術(shù) J2EE 平臺(tái) J2EE 是一套全然不同于傳統(tǒng)應(yīng)用開發(fā)的技術(shù)架構(gòu)，包含許多組件，主要可簡(jiǎn)化且規(guī)范應(yīng)用系統(tǒng)的開發(fā)與部署，進(jìn)而提高可移植性、安全與再用價(jià)值。 J2EE 核心是一組技術(shù)規(guī)范與指南，其中所包含的各類組件、服務(wù)架構(gòu)及技術(shù)層次，均有共通的標(biāo)準(zhǔn)及規(guī)格，讓各種依循 J2EE 架構(gòu)的不同平臺(tái)之間，存在良好的兼容性，解決過去企業(yè)后端使用的信息產(chǎn)品彼此之間無法兼容，導(dǎo)致企業(yè)內(nèi)部或外部難以互通的 窘境。 在 J2EE 架構(gòu)下，開發(fā)人員可依循規(guī)范基礎(chǔ)，進(jìn)而開發(fā)企業(yè)級(jí)應(yīng)用；而不同 J2EE 供貨商，同會(huì)支持不同 J2EE 版本內(nèi)所擬定的標(biāo)準(zhǔn)，以確保不同 J2EE 平臺(tái)與產(chǎn)品之間的兼容性。換言之，植基 J2EE 架構(gòu)的應(yīng)用系統(tǒng)，基本上可部署在不同的應(yīng)用服務(wù)器之上，無需或者只須要進(jìn)行少量的代碼修改，即能大幅提高應(yīng)用系統(tǒng)的可移植性 (Portability)。 J2EE 主由升陽(yáng) (SUN)與 IBM 等廠商協(xié)同業(yè)界共同擬定而成的技術(shù)規(guī)范，以企業(yè)與企業(yè)之間的運(yùn)算為導(dǎo)向的 JAVA 開發(fā)環(huán)境。 J2EE 架構(gòu)定義各類不同組件，如 Web Component、EJB Component?等，而各類組件可以再用 (reuse)，讓已開發(fā)完成的組件，或者是經(jīng)由市面采購(gòu)而得的組件，均能進(jìn)一步組裝成不同的系統(tǒng)。 對(duì)于開發(fā)人員而言，只需要專注于各種應(yīng)用系統(tǒng)的商業(yè)邏輯與架構(gòu)設(shè)計(jì)，至于底層繁瑣的程序撰寫工作，可搭配不同的開發(fā)平臺(tái)，以讓應(yīng)用系統(tǒng)的開發(fā)與部署效率大幅提升。 J2EE 的核心規(guī)范是 Enterprise Java Beans（ EJBs）。 EJB 依照特性的不同，目前共分為三種，分別是 Session Bean、 Entity Bean，以及 Message Driven Bean 。其中 Session Bean 與Entity Bean 算是 EJB 的始祖，這兩種 EJB規(guī)格在 EJB ，而 Message Driven Bean 則是出現(xiàn)在 EJB 的規(guī)格之中。 目前業(yè)界許多程序設(shè)計(jì)師，或者是網(wǎng)頁(yè)設(shè)計(jì)人員，多利用 JSP/Servlet 的便利性，進(jìn)而在 J2EE 服務(wù)器之上開發(fā)相關(guān)的應(yīng)用，或是整合公司內(nèi)部的各種資源。 Java 2 平臺(tái)依照應(yīng)用領(lǐng)域的不同，共分為三大版本，分別是 J2EE、標(biāo)準(zhǔn)版本 J2SE（ Java 2 Platform, Standard Edition）、微型版本 J2ME（ Java 2 Platform, Micro Edition），以及 Java Card等。 從整體上講， J2EE 是使用 Java 技術(shù)開發(fā)企業(yè)級(jí)應(yīng)用的一種事實(shí)上的工業(yè)標(biāo)準(zhǔn) (Sun 公司出于其自身利益的考慮，至今沒有將 Java 及其相關(guān)技術(shù)納入標(biāo)準(zhǔn)化組織的體系 )，它是 Java技術(shù)不斷適應(yīng)和促進(jìn)企業(yè)級(jí)應(yīng)用過程中的產(chǎn)物。 Sun 推出 J2EE 的目的是為了克服傳統(tǒng)Client/Server 模式的弊病，迎合 Browser/Server 架構(gòu)的潮流，為應(yīng)用 Java 技術(shù)開發(fā)服務(wù)器端應(yīng) 用提供一個(gè)平臺(tái)獨(dú)立的、可移植的、多用戶的、安全的和基于標(biāo)準(zhǔn)的企業(yè)級(jí)平臺(tái)，從而簡(jiǎn)化企業(yè)應(yīng)用的開發(fā)、管理和部署。 J2EE 是一個(gè)標(biāo)準(zhǔn)，而不是一個(gè)現(xiàn)成的產(chǎn)品。各個(gè)平臺(tái)開 發(fā)商按照 J2EE 規(guī)范分別開發(fā)了不同的 J2EE 應(yīng)用服務(wù)器， J2EE 應(yīng)用服務(wù)器是 J2EE 企業(yè)級(jí)應(yīng)用的部署平臺(tái)。由于它們都遵循了 J2EE 規(guī)范，因此，使用 J2EE 技術(shù)開發(fā)的企業(yè)級(jí)應(yīng)用可以部署在各種 J2EE 應(yīng)用服務(wù)器上。 為了推廣并規(guī)范化使用 J2EE 架構(gòu)企業(yè)級(jí)應(yīng)用的體系架構(gòu)， Sun 同時(shí)給出了一個(gè)建議性的 J2EE 應(yīng)用設(shè)計(jì)模型： J2EE Blueprints。 J2EE Blueprints 提供了實(shí)施 J2EE 企業(yè)級(jí)應(yīng)用的體系架構(gòu)、設(shè)計(jì)模式和相關(guān)的代碼，通過應(yīng)用 J2EE Blueprints 所描述的體系模型，能夠部分簡(jiǎn)化架構(gòu)企業(yè)級(jí)應(yīng)用這項(xiàng)復(fù)雜的工作。 J2EE Blueprints 是開發(fā)人員設(shè)計(jì)和優(yōu)化 J2EE 組件的基本原則，同時(shí)為圍繞開發(fā)工作進(jìn)行職能分工給出了指導(dǎo)性策略，以幫助應(yīng)用開發(fā)設(shè)計(jì)人員合理地分配技術(shù)資源。 J2EE 組成了一個(gè)完整企業(yè)級(jí)應(yīng)用的不同部分納入不同的容器 (Container)，每個(gè)容器中都包含若干組件 (這些組件是需要部署在相應(yīng)容器中的 )，同時(shí)各種組件 都能使用各種 J2EE Service/API。 J2EE 容器包括： ◆ Web 容器 服務(wù)器端容器，包括兩種組件 JSP 和 Servlet， JSP 和 Servlet 都是 Web 服務(wù)器的功能擴(kuò)展，接受 Web 請(qǐng)求，返回動(dòng)態(tài)的 Web 頁(yè)面。 Web 容器中的組件可使用 EJB 容器中的組件完成復(fù)雜的商務(wù)邏輯。 ◆ EJB 容器 服務(wù)器端容器，包含的組件為 EJB(Enterprise JavaBeans)，它是 J2EE 的核心之一，主要用于服務(wù)器端的商業(yè)邏輯的實(shí)現(xiàn)。 EJB 規(guī)范定義了一個(gè)開發(fā)和部署分布式商業(yè)邏輯的框架，以簡(jiǎn)化企業(yè)級(jí)應(yīng)用的開 發(fā)，使其較容易地具備可伸縮性、可移植性、分布式事務(wù)處理、多用戶和安全性等。 ◆ Applet 容器 客戶端容器，包含的組件為 Applet。 Applet 是嵌在瀏覽器中的一種輕量級(jí)客戶端，一般而言，僅當(dāng)使用 Web 頁(yè)面無法充分地表現(xiàn)數(shù)據(jù)或應(yīng)用界面的時(shí)候，才使用它。 Applet 是一種替代 Web 頁(yè)面的手段，我們僅能夠使用 J2SE 開發(fā) Applet， Applet 無法使用 J2EE 的各種 Service 和 API，這是為了安全性的考慮。 ◆ Application Client 容器 客戶端容器，包含的組件為 Application Client。 Application Client 相對(duì) Applet 而言是一種較重量級(jí)的客戶端，它能夠使用 J2EE 的大多數(shù) Service 和 API。 通過這四個(gè)容器， J2EE 能夠靈活地實(shí)現(xiàn)前面描述的企業(yè)級(jí)應(yīng)用的架構(gòu)。 在 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)。 Web 容器中的Servlet 是實(shí)現(xiàn) Controller 部分業(yè)務(wù)流程控制的主要手段；而 EJB 則主要針 對(duì) Model 部分的業(yè)務(wù)邏輯實(shí)現(xiàn)。至于與各種企業(yè)資源和企業(yè)級(jí)應(yīng)用相連接，則是依靠 J2EE 的各種服務(wù)和 API。 在 J2EE 的各種服務(wù)和 API 中， JDBC 和 JCA 用于企業(yè)資源 (各種企業(yè)信息系統(tǒng)和數(shù)據(jù)庫(kù)等 )的連接， JAXRPC、 JAXR 和 SAAJ 則是實(shí)現(xiàn) Web Services 和 Web Services 連接的基本支持。 J2EE 容器也稱為 J2EE 服務(wù)器，大部分時(shí)它們概念是一致的。 衡量 J2EE 應(yīng)用系統(tǒng)設(shè)計(jì)開發(fā)水平高低的標(biāo)準(zhǔn)就是：解耦性；你的應(yīng)用系統(tǒng)各個(gè)功能是否能夠徹底脫離？是否不相互依賴，也只有這樣，才能體現(xiàn) 可維護(hù)性、可拓展性的軟件設(shè)計(jì)目標(biāo)。 為了達(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)解耦目的。 因此，我們實(shí)際編程中，也要將自己的功能向這三個(gè)層次上靠，做到大方向清楚，涇渭分明，但是沒有技術(shù)上約束限制要做到這點(diǎn)是很不容易的，因此我們還是必須借助 J2EE具體技術(shù)來實(shí)現(xiàn)，這時(shí)，你可以使用 EJB 規(guī)范實(shí)現(xiàn)服務(wù)層和持久層， Web 技術(shù)實(shí)現(xiàn)表現(xiàn)層。 Liferay Portal 工作原理 Portal系統(tǒng)根據(jù)需要由一個(gè)或者多個(gè) Portal頁(yè)面組成，每個(gè) Portal 頁(yè)面包含零個(gè)或者多個(gè)的 Portlet。每個(gè) Portlet呈現(xiàn)自己的信息內(nèi)容，以此實(shí)現(xiàn)內(nèi)容聚合。通過定義每個(gè)Portlet的可用權(quán)限，實(shí)現(xiàn)個(gè)性化的桌面信息定制。 Portlet 樣式以及窗口狀態(tài) JCP 組織提出的 JSR168 規(guī)范定義了 Portlet 的實(shí)現(xiàn)標(biāo)準(zhǔn)。每個(gè) Portlet 對(duì)外表現(xiàn)為一個(gè)小窗口，有自己的默認(rèn)樣式和窗口狀態(tài)。如上圖， Portlet 有自己的標(biāo)題，瀏覽狀態(tài) 下支持編輯、關(guān)閉、上移、下移、最