即插即用portlet

申請免費試用、咨詢電話：400-8352-114

即插即用portlet

 
如今，門戶已經(jīng)成為一個企業(yè)信息化必不可少的一項內(nèi)容，IBM、BEA、Oracle、Sun、Sybase紛紛擁有自己的企業(yè)門戶軟件以幫助用戶構(gòu)建企業(yè)門戶站點，其中衡量門戶產(chǎn)品好壞的一個主要標準就是portlet的多少以及它們是否能夠很好地實現(xiàn)互操作。portlet互操作性是當前兩項重要標準（Java和Web服務）倡議的主題，是任何熟悉目前企業(yè)門戶情況的人的夢想。

所謂portlet，即那些連接到特定后端功能的小門戶窗口，將能夠運行在任意門戶環(huán)境，不管它們是為哪種具體的門戶框架編寫的。它將為企業(yè)節(jié)省它們目前花在為每個門戶廠商的框架定制開發(fā)portlet上的很多時間和資金。 Web服務可以減少開發(fā)標準portlet接口的復雜性，使任意服務或應用(即portlet)可以容易地插入到一個統(tǒng)一的大型企業(yè)門戶中。

portlet互操作的路還很長

我們需要關(guān)注的是，門戶領(lǐng)域是企業(yè)軟件競爭非常激烈的地方。由于它是應用程序、內(nèi)容和業(yè)務流程匯聚在一起展現(xiàn)在客戶面前的地方。因此，門戶不僅是Java與.Net陣營之間戰(zhàn)斗的戰(zhàn)場，而且也是應用服務器廠商、集成與業(yè)務流程管理(EAI/BPM)廠商以及應用軟件廠商(CRM、ERP、SCM)(所有這些廠商都提供自己的門戶產(chǎn)品)之間爭奪企業(yè)IT結(jié)構(gòu)核心的戰(zhàn)場。

門戶為多種企業(yè)應用提供服務：從內(nèi)部自我服務、知識管理門戶到外部B2B商品目錄和電子商務平臺。它們的目的是聚集信息與內(nèi)容(靜態(tài)的和動態(tài)的)，集成來自其他應用的功能并提供像用戶訪問控制、個性化和通用用戶接口等統(tǒng)一服務。

大多數(shù)廠商的門戶框架是用Java編寫的。盡管它們可能相互不兼容，但它們使用相同的基本技術(shù)：J2EE(Java 2企業(yè)版)、Servlet、JSP(Java服務器頁)等等。portlet通過多種機制連接到后端系統(tǒng)和資源。每個門戶框架都有自己的portlet或組件API，并且對portlet有著自己的叫法。

開發(fā)和維護專有portlet的高昂費用促使人們努力爭取實現(xiàn)開放標準。由于缺少這種標準，今天的portlet非常脆弱：當后端應用發(fā)生變化時，定制的portlet代碼也必須改變。大多數(shù)廠商提供了與Siebel等通用應用連接的portlet庫。但是，這些portlet常常需要定制或重新開發(fā)才能連接到自己開發(fā)的應用或遺留應用上。因此，許多企業(yè)運行多種不兼容的門戶站點，從而造成一場代碼維護噩夢。30種不同的門戶框架將開發(fā)商劃分為30個陣營。

一些廠商一般通過逆向工程法提供與其他門戶網(wǎng)站(包括那些利用競爭性技術(shù)開發(fā)的門戶網(wǎng)站)結(jié)盟或連接的功能，而這并沒有解決脆弱性問題。另一些廠商開始提供能夠通過下載WSDL(Web服務描述語言)文件自動調(diào)用Web服務的portlet。

標準化組織的努力

只有開發(fā)標準的門戶組件或接口模型，才能使portlet可以在跨框架下共享和重復使用，并可以作為可以與其他門戶或應用連接和被其他門戶或應用所調(diào)用的服務表示。JSR(Java規(guī)范請求)168是一份提交給Java Community Process的建議，正試圖確定將portlet插入到J2EE門戶服務器中的標準API。

結(jié)構(gòu)化信息標準促進組織(OASIS)的WSRP(遠程門戶Web服務)技術(shù)委員會正在努力開發(fā)將Web服務插入到portlet中的基于Web服務的、獨立于語言的組件模型，使服務提供商可以使用一種通用即插即用接口。WSRP服務從本質(zhì)上講是WSIA(互動應用Web服務)組件服務，這種組件服務是建立在SOAP(簡單對象訪問協(xié)議)和WSDL之上的，并添加了包括用戶文檔和有關(guān)設備、場所與所需標記語言的上下文要素。

我們知道，企業(yè)門戶網(wǎng)站的重要價值在于總體框架中不同功能之間的交互作用和協(xié)調(diào)。例如，門戶中的所有portlet應當利用同樣的用戶與賬戶管理、個性化、會話管理以及目標與搜索功能。也許，最重要的是，它們應當支持過程協(xié)調(diào)和工作流，使代表服務的portlet組可以作為業(yè)務過程的一部分同步運行。

Java標準與Web服務也在競爭？

現(xiàn)在面臨的問題是這兩種標準的參與者中都沒有真正打算實現(xiàn)將這種更豐富的portlet協(xié)調(diào)成為可能的接口或標準API。JSR 168和WSRP最可能的結(jié)果是實現(xiàn)portlet與門戶服務器之間基本的接口，而并非使更高水平的協(xié)調(diào)(如會話或過程流管理)成為可能的接口。換句話說，將來還會遇到與過去一樣的條塊分割。

目前部分爭論是圍繞著Java世界(通過JSR 168)中的標準化與通過Web服務實現(xiàn)的更廣泛的標準化之間的相對價值展開的。JSR 168的API級集成更適于交易性portlet：它提供了更好的性能、安全性和可伸縮性。

相比之下，基于Web服務的方式將犧牲性能來換取更廣泛的可用性和互操作性。老集成廠商和一些JSR 168鼓吹者將Web服務描述為：在開發(fā)出更強健的Web服務協(xié)議之前，完全不能勝任任何真正的portlet或應用集成。但是，當涉及到更高水平的互動問題(如元數(shù)據(jù)/目錄、過程和身份管理)時，Java和Web服務實現(xiàn)方法都才是剛剛起步。

IBM公司是這兩個社區(qū)之間的交叉廠商，在這兩種標準努力中發(fā)揮著領(lǐng)導作用。而另一些廠商則更具派別性，稱Java沒有能力將portlet連接到非Java(遺留系統(tǒng)、大型機和Windows)系統(tǒng)上，并預測JSR 168工作組將在支持通過HTTP調(diào)用Web服務上行動緩慢。

但是，更激烈的portlet之爭在于在何處進行集成以及誰來進行集成，從而最靠近客戶。門戶是新出現(xiàn)的包括協(xié)作在內(nèi)的幾乎各種東西的表示層，因此，問題是進行什么樣的集成以及在門戶中提供哪些服務？例如，門戶將多緊密地與應用服務器連接在一起，包括應用服務器、EAI和一攬子應用廠商在內(nèi)的主要參與者都稱在這個難題中自己最善于解決的那部分是關(guān)鍵部分，并試圖利用自己的競爭優(yōu)勢進入其他廠商的領(lǐng)域。

很快，企業(yè)將得到開發(fā)和定制portlet以及集成Web服務更好的開發(fā)工具。隨著基本portlet接口標準開始從JSR 168和WSRP中出現(xiàn)，至少表示層將變得更具互操作性并減少脆弱性。

portlet互操作性

目前標準

兩種標準倡議，JCP的JSR 168和OASIS的WSRP，試圖開發(fā)標準的API和組件接口，以降低開發(fā)和維護小門戶站點的費用，實現(xiàn)方便地將Web服務集成到門戶中并作為Web服務提供portlet。

發(fā)展方向

第一代portlet協(xié)議可能將只提供表示互操作性，因為廠商將門戶當做爭奪控制整個企業(yè)軟件結(jié)構(gòu)的關(guān)鍵戰(zhàn)場。第一代標準中可能將缺少像用戶管理、權(quán)利、角色管理、個性化、元數(shù)據(jù)和過程/工作流協(xié)議等關(guān)鍵跨portlet的功能。