【正文】 哲理提供的)，業(yè)務(wù)邏輯或流程的改變會引起客戶端的改變。而客戶端的改變會影響工作效率，同時(shí)，在很多情況下需要應(yīng)用提供商親自出馬進(jìn)行程序更新，您的服務(wù)支持中心更需要大量資源來支持每次的升級。很多種現(xiàn)代式終端是不允許第三方安裝特殊程序的，所有的客戶端邏輯都應(yīng)該從服務(wù)器端處理，如果您的系統(tǒng)還是按照 Client/Server 結(jié)構(gòu)去做的話，那就大大限制了業(yè)務(wù)擴(kuò)展。由眾多的不同客戶端來操作不同的后臺應(yīng)用系統(tǒng)，已經(jīng)證明是很不方便的，特別是對不懂計(jì)算機(jī)的用戶而言，要學(xué)的東西過多，他們應(yīng)將時(shí)間用在業(yè)務(wù)與服務(wù)客戶(即您的收入來源)上。傳統(tǒng)的 Client/Server 應(yīng)用模式告訴我們，太多的人花費(fèi)太多不必要的時(shí)間在操作 IT 系統(tǒng)和應(yīng)用上。不同應(yīng)用是經(jīng)由不同的平臺來整合，它們之間的溝通不是最佳化的，因?yàn)樗鼈儾]有一個共同接觸點(diǎn)。而通過 WPS 這樣的門戶服務(wù)器，它們之間的溝通只是調(diào)用它 們 之 間 功 能 的 步 驟 之 一 ， 從 而 大 大 簡 化 了 企 業(yè) 應(yīng) 用 整 合 (EnterpriseApplication Integration)的處理。一個很重要的問題，是從門戶服務(wù)器如何與后臺不同的業(yè)務(wù)系統(tǒng)連接和作交互式工作。我們分為幾個情況來解釋︰WPS 與 Domino 連接︰與 Domino/Notes 連接可使用不同的方式。WPS 提供一些現(xiàn)成的 Portlet，無需開發(fā)，就可以與 Domino 的功能連接，如 、ToDo、Calendar、Team Room、Lotus SameTime、Lotus QuickPlace 等現(xiàn)成的 OA Database功能。另外，WPS 可與二次開發(fā)的 Domino 程序經(jīng)由 Java API 來連接。Domino 主要是用來處理工作流程，在開發(fā) Domino 應(yīng)用時(shí)，我們建議用 Java 來開發(fā)，這樣經(jīng)由 Java 的 RMI 機(jī)制就可與 WPS 連接。WPS 如果需要與 Domino 文件資料相連接，WPS 的 一些現(xiàn)有的 Portlet 可直接由 Domino 中連接并擷取資料，并展現(xiàn)在門戶頁面上。WPS 與本地內(nèi)容連接︰與本地內(nèi)容連接包括靜態(tài)和動態(tài)信息。WPS 可與文件系統(tǒng)里的 HTML、JSP 等直接連接，也可通過現(xiàn)成的 JSP 或 Style Sheet Portlet 來調(diào)用靜態(tài)文件，這和傳統(tǒng)的 Web 信息發(fā)布沒有區(qū)別。對于動態(tài)信息的連接，您可通過 WPS 的 Portlet 來調(diào)用。我們建議您采用 MVC 的模式來開發(fā) Java Portlet 程序，Model 在這里是資料源的定義或連接方式，View 在這里是指接口。如果信息是通過 Java 程序來擷取，用 Java Server Page (JSP)來顯示；如果信息是從 XML 方式得來的，則用 Style Sheet (XSL 或 XSLT)方式顯示。Controller 在這里是用 Portlet 或 Servlet 寫的控制程序，它好象一個交通警察一樣，指揮在應(yīng)用門戶上運(yùn)行的邏輯步驟。一個簡單的 MVC 流程是這樣的︰客戶端請求(調(diào)用 Servlet 或 Portlet)Servlet 或 Portlet 決定下一步做什么譬如通過 Access JavaBean 或 EJB 或 JDBC 機(jī)制，從數(shù)據(jù)庫擷取資料 把資料存放在一個叫 DataBean 的對象里 假如，下一步是要展現(xiàn)內(nèi)容，Controller Servlet 可直接調(diào)用 JSP，或者可直接利用 Portal Framework 調(diào)用JSP Portlet 把內(nèi)容放在一個 Response 對象里，傳遞給客戶端。WPS 的優(yōu)勢在于提供調(diào)用 JSP 的機(jī)制．也就是 Runtime 支持 MVC 的體現(xiàn)。WPS 與異地內(nèi)容連接︰這里我們利用 Adapter Pattern 方法論。異地的內(nèi)容一般是包含在一個資料包裹，我們建議資料的定義應(yīng)盡量使用 XML 技術(shù)，再經(jīng)由某種訊息隊(duì)列機(jī)制傳遞到中心系統(tǒng)平臺。Portlet 或 Servlet 可調(diào)用訊息隊(duì)列 API來取得資料，由于 WPS 直接支持 XML，它可調(diào)用 Style Sheet 的 Portlet 來顯示或經(jīng)由 XSLT 轉(zhuǎn)換成另外一種格式。假如異地信息只是一個 URL，WPS 可直接使用超連接的方式。還可基于 Web Services 相關(guān)的協(xié)議，動態(tài)地尋找和集成現(xiàn)有的應(yīng)用功能。譬如，系統(tǒng)管理員可通過瀏覽器在網(wǎng)上通過 UDDI Registry 搜索異地的 Portlet，如果這些 Portlet 的功能或內(nèi)容能滿足您的要求，開發(fā)人員在設(shè)計(jì)時(shí)便可把這些功能集成進(jìn)來。在運(yùn)作時(shí)，不需改變?nèi)魏纬绦蚧虼a。這意味著，可把一些通用和可共享的功能放在一個內(nèi)部的 UDDI Portlet Registry，不同的應(yīng)用即可經(jīng)由WPS，動態(tài)的提供共享應(yīng)用功能。WPS 與后臺數(shù)據(jù)庫連接︰在新一代的電子商務(wù)應(yīng)用中，與數(shù)據(jù)庫的連接一般都是通過某種類型的連接池。如果數(shù)據(jù)庫是在 Intranet 或 WAN 上，可從 WPS 的Portlet，使用程序調(diào)用相關(guān) API 連接不同的數(shù)據(jù)庫， EJB、如Connection ManagerAPI 及 Access Bean API 等。如果數(shù)據(jù)庫是通過 Internet 連接的話，我們建議經(jīng)由某種數(shù)據(jù)庫所在系統(tǒng)上的前制機(jī)制．也就是利用 Adapter Pattern 的方法論，使用前制程序把資料擷取出來，經(jīng)過封裝，再通過訊息隊(duì)列機(jī)制傳給 WPS 所在系統(tǒng)，再由 WPS 上運(yùn)行的Access Bean 或其它程序從本地隊(duì)列里提取資料，提取資料之后的處理方法則與WPS 與本地內(nèi)容連接的方式是類似的。WPS 與其它系統(tǒng)連接︰無論是與在同一平臺或其它平臺上的其它系統(tǒng)連接，都可遵循一些基本原則：如果對方系統(tǒng)支持 Java，您可經(jīng)由 Java RMI 或直接調(diào)用 API 來連接。如果對方系統(tǒng)不支持 Java，而可生成 XML 資料，Portlet 可經(jīng)由 XML 分析器(Parser) 來處理，然后再進(jìn)行正常處理，類似 WPS 與本地內(nèi)容連接方式。如果得到的 XML 信息可直接交給客戶端（有可能是另外一個模塊），程序可直接調(diào)用現(xiàn)成的 Style Sheet Portlet 進(jìn)行頁面組合。WPS 與現(xiàn)有 Client/Server 系統(tǒng)連接︰WPS 的優(yōu)勢之一就是經(jīng)由統(tǒng)一的平臺把信息顯示給用戶，也就是用戶可經(jīng)由一個統(tǒng)一的接口操作所有的應(yīng)用系統(tǒng)。我們分析一下現(xiàn)有的 Client/Server 應(yīng)用模式，將它的接口、邏輯和資料歸類和分開，一般而言，資料層是不需作大改造的。原來存在于客戶端的邏輯須要移到服務(wù)器端，也就是 WPS 上。原來的前端接口一般是不可用的，因?yàn)闊o論是那種Client/Server 開發(fā)工具，都是利用某種客戶端操作系統(tǒng)本身的接口機(jī)制，這些都不是以公開標(biāo)準(zhǔn)為基礎(chǔ)。因此，必須參考現(xiàn)有接口，用 JSP 或 Style Sheets從新撰寫。以上我們基本上描述了如何通過 WPS 和不同類型的應(yīng)用系統(tǒng)連接，基本上它們包含了與資料層溝通和與應(yīng)用層溝通兩方面。在不久的將來，新的應(yīng)用與應(yīng)用之間的溝通會更簡單，更方便。新的應(yīng)用標(biāo)準(zhǔn)正不斷趨于完善和成熟，WPS 提供了一個極佳的平臺和堅(jiān)實(shí)的基礎(chǔ)，讓您應(yīng)用新的技術(shù)和標(biāo)準(zhǔn)。J2EE 是為應(yīng)用開發(fā)提供了標(biāo)準(zhǔn)；Web Services 是使應(yīng)用之間接口標(biāo)準(zhǔn)化，它是為新一代應(yīng)用和應(yīng)用之間協(xié)同工作所制定的，它的出現(xiàn)為真正的動態(tài)應(yīng)用整合提供了標(biāo)準(zhǔn)。在Web Services 方面是居于領(lǐng)先地位，大部分的 Web Services 的標(biāo)準(zhǔn)是由公司協(xié)助制定和開發(fā)的，是唯一擁有一套完整 Web Services 所需要工具的 IT 廠商。（七） 門戶平臺提供的主要功能從用戶的角度，通過 Portal 可以隨時(shí)、隨地、按需訪問信息，舉例如下： 圖 17 門戶應(yīng)用功能1）全面支持業(yè)內(nèi)標(biāo)準(zhǔn)的門戶平臺框架 Portal Framework。提供一個標(biāo)準(zhǔn)接口和部署應(yīng)用組件的機(jī)制，可與不同應(yīng)用系統(tǒng)或資料源連接和整合，再把整合好的結(jié)果個性化地展現(xiàn)給終端用戶。可以動態(tài)地將后續(xù)的服務(wù)應(yīng)用部署到應(yīng)用服務(wù)平臺上，并可控制這些組件的可操作性 (讀、寫、更新及控制等)。真正實(shí)現(xiàn)提供的服務(wù)是 7 x 24 不間斷的，組件式的應(yīng)用使您能動態(tài)地部署新的或更新現(xiàn)有的應(yīng)用模塊。2）支持 HTML 及 WAP 協(xié)議所涉及的標(biāo)準(zhǔn)設(shè)備的訪問客戶端支持基于 HTML 及 WAP 協(xié)議的瀏覽器，而不需要另一套支持 WAP 的邏輯。3）個性化服務(wù)個性化服務(wù)是本系統(tǒng)里一個核心的必要功能。本系統(tǒng)有必要針對不同的用戶提供不同的服務(wù)內(nèi)容與接口，而這種個性化服務(wù)不是簡單的內(nèi)容過濾，它是要在應(yīng)用層面實(shí)行個性化。除了可根據(jù)業(yè)務(wù)規(guī)則、個人信息及權(quán)限作個性化處理之外，還 提 供 基 于 規(guī) 則 的 服 務(wù) 引 擎 (Rule Engine) 及 建 議 引 擎 (RemendationEngine)。隨著您業(yè)務(wù)的擴(kuò)展及資料的累積，建議引擎將為您提供一個挖掘新信息和新業(yè)務(wù)要求的機(jī)制，并提供交互服務(wù)的功能。4）定制服務(wù)定制最終用戶的門戶網(wǎng)站經(jīng)驗(yàn)是建立 Portal 的主要目的之一?？梢蕴峁┒ㄖ苾?nèi)容和外觀以及頁面的布局等功能。此外，還提供工具允許頁面主題專家按每個站點(diǎn)訪問者的需要和興趣將內(nèi)容個性化。每個頁面的內(nèi)容可以通過用戶自己的選擇或管理員設(shè)置。管理員可以指定所要求的一定的特定的服務(wù)內(nèi)容，以便最終用戶可以從隨意組織或除去它們。每個頁面組可以有其自己的顏色方案和列布局。5）多語言服務(wù)支持Portal 支持國際化服務(wù),，可以為更多的用戶服務(wù)，例如，香港的用戶可能希望看到他們的頁面使用繁體中文或英語，而不是簡體中文。門戶系統(tǒng)應(yīng)該支持下列語言，并可以根據(jù)用戶的注冊信息不同或者瀏覽器的設(shè)置自動切換，例如： 英語、簡體中文、法語、德語、意大利語、繁體中文、韓國語、日語。6）安全管理包括用戶管理、訪問控制和單點(diǎn)登錄等方面的服務(wù)。門戶網(wǎng)站應(yīng)用程序和資源可以通過以下方式得到保護(hù)： 管理用戶概要文件（成員服務(wù)） 驗(yàn)證用戶標(biāo)識（認(rèn)證） 管理對后臺應(yīng)用程序的訪問（單點(diǎn)登錄） 實(shí)施訪問策略（授權(quán)）用戶認(rèn)證：意味著用戶標(biāo)識自己以獲取對系統(tǒng)的訪問權(quán)。用戶可以在進(jìn)入系統(tǒng)時(shí)立即標(biāo)識自己，或在用戶未標(biāo)識自已的身份而嘗試訪問受保護(hù)的資源時(shí)由系統(tǒng)提問。標(biāo)識／密碼組合是最常見的對系統(tǒng)標(biāo)識用戶的方法。一旦認(rèn)證了用戶，系統(tǒng)就可以確定是否授權(quán)該用戶訪問請求的資源。應(yīng)支持使用輕量級目錄協(xié)議（LDAP）可訪問目錄或 CustomRegistry 界面的實(shí)現(xiàn)進(jìn)行認(rèn)證，來訪問非 LDAP 用戶注冊表。并支持使用第三方認(rèn)證代理。單點(diǎn)登錄服務(wù)及支持機(jī)制：提供多種形式滿足單點(diǎn)登錄。該機(jī)制輔助門戶小服務(wù)程序 portlet 檢索用戶的已認(rèn)證身份，然后可以將它傳遞給后端應(yīng)用程序。使用單點(diǎn)登錄，用戶一旦登錄到 Portal 就可以認(rèn)證，并且用戶的身份被傳遞給不需要用戶的附加身份驗(yàn)證的應(yīng)用程序。訪問控制：支持資源的精細(xì)訪問控制。定制期間，只允許用戶選擇和查看他們具有訪問權(quán)的那些資源。當(dāng)輸出資源時(shí)，框架驗(yàn)證用戶對使用請求的資源適當(dāng)?shù)臋?quán)限。通過對用戶和組授權(quán)，通過訪問控制表（ACL）方便地配置整個門戶網(wǎng)站內(nèi)網(wǎng)站資源的訪問權(quán)。支持使用組來管理用戶，還使用組來管理組存取 portlet 和頁面等資源。每 個門戶網(wǎng)站 用戶都可以是一個或多個組的成員 。提 供常 用的 虛 擬組allusers、all loginuser。Allusers是一個包含所有門戶網(wǎng)站用戶的虛擬組，它不被維護(hù)，并且在 LDAP 中沒有名稱。組無法在層次結(jié)構(gòu)中排列；它們不能是其它組的成員。組和用戶均可被指定對門戶網(wǎng)站資源的訪問權(quán)。管理員可以將頁面和 portlet 的訪問權(quán)指定給用戶組和個別的用戶。當(dāng)用戶是多個組的成員時(shí)，其訪問權(quán)是累加的，也就是，若任何組允許存取portlet，并且該用戶是該組的成員，則也允許該用戶選擇并使用該 portlet。7）Portlets:系統(tǒng)擬采用三層夠架，運(yùn)行在先進(jìn)的應(yīng)用程序服務(wù)器之上。除了能給用戶提供豐富的、有價(jià)值的服務(wù)和內(nèi)容，為了滿足門戶網(wǎng)站服務(wù)內(nèi)容類型的擴(kuò)展性和不可預(yù)期性，門戶系統(tǒng)應(yīng)該被設(shè)計(jì)成一個平臺框架，基于這樣的系統(tǒng)基礎(chǔ)結(jié)構(gòu)，可以將企業(yè)今后的 擴(kuò)展服務(wù)方 便的加入門戶網(wǎng)站。這些擴(kuò)展 服務(wù)就是所謂的portlet。 Portlets 是門戶網(wǎng)站應(yīng)用程序，用于顯示特定的內(nèi)容。8）Web 內(nèi)容管理當(dāng)公司部署了門戶網(wǎng)站時(shí)，主要集中在內(nèi)容聚集、快速和大規(guī)模部署、搜索以及個性化內(nèi)容的傳遞上。門戶平臺應(yīng)支持辛迪加內(nèi)容、并與 Web 內(nèi)容管理系統(tǒng)集成，提供相關(guān)的內(nèi)容發(fā)送的服務(wù)。發(fā)送辛迪加的 Web 內(nèi)容: 辛迪加內(nèi)容是關(guān)于從多個內(nèi)容源將新鮮的、個性化的和過濾的內(nèi)容發(fā)送到最終用戶。管理 Web 內(nèi)容: 管理 Web 內(nèi)容是從內(nèi)容創(chuàng)建程序創(chuàng)建、批準(zhǔn)和發(fā)布 Web 內(nèi)容。該過程的步驟包含定義內(nèi)容類型、角色、出版物選項(xiàng)、目的地規(guī)范和工作流進(jìn)程。9）Web 內(nèi)容發(fā)布服務(wù)WebSphere Portal content publishing（WPCP）提供 Web 內(nèi)容管理解決方案，它給予非技術(shù)專業(yè)用戶對發(fā)布到門戶網(wǎng)站和 Web 站點(diǎn)的內(nèi)容的更大控制權(quán)。用戶從使一個頁面管理他們的門戶網(wǎng)站環(huán)境或其它 Web 站點(diǎn)的內(nèi)容。此界面將內(nèi)容管理交由非技術(shù)專業(yè)的商務(wù)用戶處理，并向他們提供如個性化規(guī)則、模板、工作流和版本化之類的簡單易用的工具，這使得內(nèi)容創(chuàng)建過程簡單且易于管理。WPCP 降低了 Web 維護(hù)和管理成本，通過部署及時(shí)的業(yè)務(wù)信息/服務(wù)和個性化的內(nèi)容可為企