莊周夢蝶

    這兩天將網上下載的《JSR168 porlet標準手冊漢化整理》和《Liferay Portal二次開發指南》認認真真地看了幾遍，看了BEA站點上portal的getting start，寫了hello world，算是正式開始學習portal了。感謝這么多人無私地分享知識。抄書。

第一節 Portal 規范
隨著Portal 的興起，越來越多的公司開始涉足Portal 產品開發，并組建各自的Portal 組
件和基于其的產品，比如IBM、BEA、MicroSoft、SAP、Apache 等。各個廠商的接口互不
兼容，給軟件開發商以及開發人員帶來諸多不便。
1.1.1 JSR168
為此，JCP 組織發布了JSR168(Java Specification Request)，Portlet Specification V1.0，
用來提供不同的Portal 和Portlet 之間的互通性。只要開發的Portlet 遵循JSR168，則就可以
在所有遵循JSR168 的Portal 上部署運行。
JSR168 中定義了Portal 的實現規范和接口，并對理想的Portlet 進行了詳細的規劃和描
述。
1.1.2 WSRP
WSRP 是OASIS Web Service for Remote Portlet 的縮寫。WSRP 是Web Service 的一種新
的商業應用，一種新的標準，主要用來簡化Portal 對于各種資源或者程序整合的復雜度，可
以避免編程帶來的整合麻煩和問題。而且Portal 管理員可以從海量的WSRP 服務中選擇需
要的功能用以整合到目前所用的Portal 中。它有三種角色：
①、生產者 ?? 提供Portlet
②、消費者 ?? 使用Portlet
③、終端用戶 ?? 最終用戶
它的特點在于生產者將消費者所需要的信息通過WSRP 返回給消費者，這些信息是相對
標記片斷，例如HTML、XHTML 等，可以直接嵌入用戶的頁面中，而不用像Web Service
一樣開發用戶端接口。
實現這個規范，Portal 可以跟各式各樣的數據源打交道，徹底終結信息孤島的窘境。
第二節 什么是Portal
Portal 是基于Web 的，以“應用整合”和“消除信息孤島”為最終目的，提供單點登
錄、內容聚合、個性化門戶定制等功能的綜合信息系統。
完整的Portal 通常由Portal 服務器、Portlet 容器、Portlet 構成。
1.2.1 Portal 服務器
Portal 服務器是容納Portlet 容器，支持Portlet 呈現的普通或者特殊Web 服務器。
Portal 服務器通常會提供個性化設置、單點登錄、內容聚合、信息發布、權限管理等功能，
支持各種信息數據來源，并將這些數據信息放在網頁中組合而成，提供個性化的內容定制，
不同權限的瀏覽者能夠瀏覽不同的信息內容。通常，Portal 提供以下功能:
單點登錄：Portal 通常采用ACL、SSL、LDAP 等業界標準的安全技術，提供對所有現有
應用系統的安全集成，只需在Portal 的唯一入口上登錄一次，就可以訪問所有應用系統和
數據。對于安全性要求較高的應用系統，如電子商務平臺、交易系統等，通過擴展接口傳遞
用戶身份信息，如數字證書信息、數字簽名信息等，進行二次身份認證，保證單點登陸的安
全性。
權限控制:系統采用LDAP 對用戶資源進行統一的管理，同時提供二次開發接口，可以
與其他應用系統的用戶管理模塊對接，并能隨相關業務系統實時更新訪問權限。通過完善的
授權機制及存取控制，用戶訪問權限控制到字段級別，確保用戶只能訪問具有權限的應用系
統及相關信息。
內容管理: 實現應用系統之間實時交換信息。采用多種緩存機制，保證內容交換的性能
和準確性。采用基于XML 的Rich Site Summary (RSS)標準，迅速在各應用系統之間傳播最
新變化。
信息發布: 實現信息門戶內容的動態維護。動態網站系統可與OA 協同辦公系統、知識
管理系統等集成，網站信息須經OA 系統的審批流程流轉通過后或知識管理平臺設置具有外
部共享權限后才可正式發布，真正實現內外信息發布的同步。
文件管理: 系統實現無縫集成多種數據源，包括：數據庫、文檔（Office 文檔、PDF、
AutoCAD、甚至ZIP 文檔）、Web 網頁、FTP 站點等，并對數據按業務要求和職務特點加以分
析整理，通過統一Web 界面主動推送(Push)至用戶的門戶桌面，幫助用戶做出及時、正確的
決策。
1.2.2 Portlet 容器
Portlet 容器提供Portlet 執行的環境，包含很多Portlet 并管理它們的生命周期，保
存Portlet 的定制信息。
一個Portal 容器接收到來自Portal 的請求后，接著將這個請求傳遞給存在Portal 容
器的Portlet 執行。Portlet 容器沒有義務去組合Portlet 產生的信息內容，這個工作必
須由Portal 來處理。Portal 和 Portal 容器可以放在一起視為同一個系統的組件，或者分
開成為兩個獨立的組件。
Portlet 容器是普通Web Servlet 容器的擴展，所以一個Portlet 容器可以構建于一個
已經存在的Servlet 容器或者可能實現全部Web Servlet 容器的全部功能。無論Portlet
容器怎么實現，它的運行環境總是假定它支持Servlet2.3 規范。

通常，Portlet 容器擴展自普通的Servlet 容器。
第三節 什么是Portlet
Portlet 是Portal 中最重要的組件，負責在Portal 中呈現信息內容，有相應的生命周
期。通過自定義Portlet，用戶很容易定義個性化的Portal 頁面。Portlet 由Portlet 容器
負責管理、處理請求并返回動態頁面，可以作為Portal 的可即插即用的界面組件。
1.3.1 Portlet
一個Portlet是以Java技術為技術的Web組件，由Portlet容器所管理，專門處理客戶的
信息請求以及產生各種動態的信息內容。Portlet 為可插式的客戶界面組件，提供呈現層成
為一個信息系統。
這些由Portlet產生的內容也被稱為片段，而片段是具有一些規則的標記( HTML、XHTML、
WML )，而且可以和其他的片段組合而成一個復雜的文件。一個或多個 Portlet 的內容聚合
而成為一個 Portal 網頁。而 Portlet 的生命周期是被 Portlet 容器所管理控制的。
客戶端和Portlet的互動是由Portal通過典型的請求/響應方式實現，正常來說，客戶會
和Portlet所產生的內容互動，舉例來說，根據下一步的連接或者是確認送出的表單，結果
Portal將會接收到Portlet的動作，將這個處理狀況轉向到目標Portlet。這些Portlet 內容
的產生可能會因為不同的使用者而有不同的變化，完全是根據客戶對于這個Portlet的設置。
1.3.2 Portlet 與Servlet 的關系
Portlet 被定義成為一個新的組件，具有新的明確的界面與行為。為了盡可能與現有的
Servlet 結合達到重復使用的目的，Portlet 的規范利用了 Servlet 的規范，許多觀念都
很相似的，結合 Portlet、Servlet 及 Jsp 在同一個網站系統中，我們稱為Portlet 應用 。
在同一個 Portlet 應用 中，他們將分享同一個類加載器(ClassLoader)，上下文(Context)
及 Session。
①、Portlet 和 Servlet 的相似之處
@ Portlet 也是 Java 技術的 web 組件
@ Portlet 也是有特定的 container 在管理
@ Portlet 可以動態產生各種內容
@ Portlet 的生命周期由 container 所管理
@ Portlet 和客戶端的互動是通過 request/response 的機制
②、Portlet 和 Servlet 也有一些不同
8
@ Portlet 只產生 markup 信息片段，不是完整的網頁文件。而 Portal 會將所有的
Portlet markup 信息片段放到一個完整的 Portal 網頁。
@ Portlet 不會和 URL 有直接的關系
@ 客戶端必須通過 portal 系統才能和 Portlet 互動
@ Portlet 有一些定義好的 request 處理，action request 以及 render request。
@ Portlet 默認定義 Portlet modes 及窗口狀態可以指出在網頁中該 Portlet 的哪個功
能正在執行及現在的 狀態。
@ Portlet 可以在同一個 portal 網頁之中存在多個。
③、Portlet 有一些附加的功能是 Servlet 所沒有的
@ Portlet 能夠存取及儲存永久配置文件及定制資料。
@ Portlet 可以存取使用者數據
@ Portlet 具有 URL 的重寫功能在文件中去動態建立連結，允許 portal server 不用去
知道如何在網頁的片 段之中建立連結及動作。
@ Portlet 可以儲存臨時性的數據在 Portlet session 之中，擁有兩個不同的范圍 ：
application-wide scope 及 Portlet private scope 。
④、Portlet 不具有一些功能， 但是 Servlet 卻有提供
@ Servlet 具有設置輸出的文字編碼( character set encoding)方式
@ Servlet 可以設置 HTTP 輸出的 header
@ Servlet 才能夠接收客戶對于 portal 發出的 URL 請求
1.3.3 Portlet 的生命周期
一個Portlet有著良好的生命周期管理，定義了怎樣裝載，實例化和初始化，怎樣響應來
自客戶端的請求及怎樣送出服務。這個Portlet生命周期由Portlet接口的init，processAction，
render和destroy方法來表達。
載入和實例化:Portlet 容器負責載入和實例化Portlet。當Portlet 容器運行Portlet 應用或
者延遲到Portlet 需要服務使用者的請求時，Portlet 就會被載入并實例化。載入Portlet 類后，
Portlet 類隨即被實例化。
初始化:Portlet 類實例化后，Portlet 容器還需要初始化Portlet。以調用Portlet 去響應客
戶端的請求。Portlet 容器呼叫Portlet 接口中的init 方法初始化Portlet。擴展自PortletConfig
的類可以取出定義在部署描述文件中的初始化參數，以及Resource Bundle。
初始化異常:在 Portlet 初始化期間，Portlet 可能會丟出 UnavailableException 或
PortletException 異常。此時，Portlet 容器不能把 Portlet 置入已啟動的服務，并且 Portlet
容器必需釋放這個 Portlet。 destory 方法不能被呼叫，因為初始化被認為執行失敗。發生 失
敗后，Portlet 容器會嘗試著重新實例化及初始化 Portlet。這個異常處理的規則是：由一個
UnavailableException 指定一個不能執行的最小時間，當此異常發生時，Portlet 容器必需等
到指定時間過去后才產生并且初始化一個新的 Portlet。
在初始化過程中所丟出的 Runtime Exception 異常，被當作 PortletException 來處理。