Portal產(chǎn)品分析報告

-PAGE1-Portal分析報告徐亞斌Portal是web應(yīng)用開展的一個重要趨勢，目前幾乎所有大的軟件廠商都有自己的Portal產(chǎn)品。并且Portal技術(shù)已經(jīng)形成標(biāo)準(zhǔn)。本文對Portal技術(shù)和產(chǎn)品進(jìn)行了分析，目的是為公司產(chǎn)品的規(guī)劃提供參考。本文包括4個局部：Portal簡介、Portal廠商及Portlet標(biāo)準(zhǔn)、Portal技術(shù)分析、相關(guān)技術(shù)－JSF。Portal簡介介紹了Potal的概念，Portal的開展等根本情況。Portal廠商及Portlet標(biāo)準(zhǔn)介紹了國內(nèi)外主要的Portal廠商、Portal開放源代碼工程，以及剛剛通過的Portlet標(biāo)準(zhǔn)－JSR(JavaSpecificationRequest)168。Portal技術(shù)分析介紹了Portal技術(shù)的核心概念以及實現(xiàn)思路。由于組件化web頁面開發(fā)對Portal技術(shù)及公司產(chǎn)品都有很大的影響，因此在本文的第四個局部專門介紹了組件化web頁面開發(fā)的技術(shù)JSF。Portal簡介Portal的概念根據(jù)〔JSR(JavaSpecificationRequest)168〕的定義，Portal是基于web的應(yīng)用，它主要作為信息系統(tǒng)的展現(xiàn)層，提供個性化、統(tǒng)一登錄和內(nèi)容整合的功能。整合就是將不同來源的信息集中展現(xiàn)在一張網(wǎng)頁上。一個Portal可以具有很多個性化參數(shù)，用來調(diào)整為用戶定制的內(nèi)容。對于不同用戶，一個Portal網(wǎng)頁可能由多組不同的頁面構(gòu)件－portlet〔定義參看3.1節(jié)〕組成，portlet為不同用戶生成不同的定制內(nèi)容。Portal網(wǎng)頁的內(nèi)容如圖1所示。Portal網(wǎng)頁中的Portlet窗口存在常規(guī)、最大化和最小化三種狀態(tài)，窗口的狀態(tài)可以由用戶調(diào)整。從上面的定義可以看出，Portal的核心思想是網(wǎng)頁個性化，它有兩個含義，一是為不同的網(wǎng)頁訪問者匹配不同的內(nèi)容(信息)，二是為不同的網(wǎng)頁訪問者提供不同的portlet應(yīng)用效勞，并在所能提供效勞的根底上根據(jù)訪問者的不同相應(yīng)改變處理流程。這個理念與CRM的理念非常相似。下面從Portal的分類開始，介紹Portal的開展過程。圖1Portal網(wǎng)頁的內(nèi)容〔摘自JSR168文檔〕Portal的分類最初的Portal指的是像Yahoo、Lycos這樣的Internet門戶網(wǎng)站。這些門戶網(wǎng)站為用戶提供了檢索、分類和類似"MyYahoo!"的個性化定制效勞，目的是幫助用戶更快地找到自己所需要的信息。這樣的Portal被稱為PublicPortal，即面向公眾的信息門戶。隨著web應(yīng)用的開展，又出現(xiàn)了VerticalPortal和EnterpriseInformationPortal。VerticalPortal即行業(yè)門戶，目的是幫助某一行業(yè)的商業(yè)人員和技術(shù)人員找到自已需要的特定行業(yè)的商業(yè)信息和技術(shù)信息。EnterpriseInformationPortal〔EIP〕即企業(yè)信息門戶。目的是幫助企業(yè)用戶及員工通過統(tǒng)一入口找到分布于企業(yè)的各種信息。與PublicPorta相似，lVerticalPortal和EIP也同樣提供了檢索、分類和個性化定制效勞。在以上三種Portal中，EIP出現(xiàn)的包含內(nèi)容最多。因此下文中的Portal，如果不特別聲名，指的就是EIP。EIP的開展過程EIP與Yahoo、新浪等PublicPortal網(wǎng)站是不同的。無論其面對的使用者還是要解決的實際問題以及平安模式、與業(yè)務(wù)系統(tǒng)的集成等方面都有較大的不同。但是，從EIP的開展歷程來看，這兩者之間又存在著聯(lián)系，EIP是在PublicPortal的根底上逐步開展起來的。本文從功能擴(kuò)展的角度，將EIP的開展分為五個階段：在EIP開展的最初階段，Portal實際上就是一些靜態(tài)網(wǎng)頁，用戶通過這些網(wǎng)頁可以獲得企業(yè)提供的信息及效勞，如圖2所示。圖2EIP開展的最初階段在EIP開展的第二個階段，隨著信息量的增加，EIP將企業(yè)中可以為大家共享的文檔集成起來，并增加了搜索功能和內(nèi)容發(fā)布功能，從而在一定程度上實現(xiàn)了內(nèi)容管理〔ContentManagement〕，如圖3所示。圖3EIP開展的第二階段在EIP開展的第三個階段，為了更好的支持企業(yè)的業(yè)務(wù)運營，EIP增加了工作流、渠道〔包括電子郵件等〕的功能。使得EIP逐漸開展成為企業(yè)運營的平臺。這時的EIP已經(jīng)具備了初步的集成過程和交互能力，如圖4所示。圖4EIP開展的第三階段在EIP開展的第四個階段，集成了更多的應(yīng)用，如ERP、CRM、SCM等。同時，增加了webservice引擎，EIP集成業(yè)務(wù)的能力進(jìn)一步增強，逐漸成為與這些業(yè)務(wù)系統(tǒng)進(jìn)行交互的平臺，這時EIP的理念與EAI已經(jīng)有些類似，如圖5所示。圖5EIP開展的第四階段在EIP開展的第五個階段，EIP軟件進(jìn)一步與應(yīng)用效勞器相結(jié)合，加強了高級的個性化功能，開展成為應(yīng)用效勞器之上的管理客戶、員工和合作伙伴應(yīng)用的一個框架，如圖6所示。圖6EIP開展的第五階段以上階段的劃分主要基于EIP功能擴(kuò)展的考慮。EIP演化的時間并不完全符合這種階段劃分方式。一些機(jī)構(gòu)也研究了EIP的開展過程。例如圖7是AMT〔企業(yè)資源管理研究中心〕組織給出的EIP開展過程，AMT將EIP的開展分為靜態(tài)網(wǎng)頁、內(nèi)容集成、企業(yè)運營平臺和完善的Portal四個階段?？梢钥闯?，ATM對EIP開展過程的理解和本文的理解根本上是相同的。圖7AMT給出的EIP的開展過程EIP的功能可以將EIP的功能概括為：1〕統(tǒng)一的訪問渠道

EIP為用戶提供了統(tǒng)一的訪問渠道。無論信息存儲在何處，信息的格式如何，都可以按照預(yù)先的定義向用戶個性化地組織和展現(xiàn)信息、應(yīng)用和效勞。向企業(yè)管理者、員工、供貨商、用戶、經(jīng)銷商等提供統(tǒng)一的渠道訪問其所需的信息。

2〕內(nèi)容管理EIP與其他系統(tǒng)〔比方OA、Workflow等〕結(jié)合，提供了內(nèi)容搜集、組織、篩選、分發(fā)、展示、搜索和自定義等一系列功能，實現(xiàn)了對企業(yè)信息的高效和有序的管理。3〕個性化的設(shè)置EIP根據(jù)不同的角色來確定Portal的個性化設(shè)置，以滿足用戶的需求。例如用戶可以自行選擇顯示語言、頁面樣式、及自己感興趣的信息。

4〕協(xié)同工作Portal使內(nèi)外用戶可以通過統(tǒng)一的平臺協(xié)同和高效地完成工作。

5〕企業(yè)集成(EAI)與商業(yè)智能(BI)

Portal可以將客戶關(guān)系管理、人力資源管理、工程管理、財務(wù)管理、工作流程管理、知識文檔管理、資產(chǎn)管理等企業(yè)現(xiàn)有的應(yīng)用無縫地集成到一起，一方面可以從EIP中獲取這些系統(tǒng)中的數(shù)據(jù)，另一方面也可以從EIP中將數(shù)據(jù)寫入到業(yè)務(wù)系統(tǒng)中去，從而完成企業(yè)相應(yīng)的業(yè)務(wù)流程和資源管理，例如客戶交易、產(chǎn)品發(fā)布、郵件集成、請求處理、人事管理、工程安排等。Portal的價值從不同的角度出發(fā)，對不同的應(yīng)用來說，Portal所表達(dá)的價值是不同的。首先作為一個網(wǎng)絡(luò)用戶，基于Portal的網(wǎng)站能夠為我們更有效的提供信息和效勞。雖然目前的Internet為我們提供了大量的信息，但這些信息非常分散并且重復(fù)很多。因此有必要建立以行業(yè)或?qū)I(yè)領(lǐng)域為中心的網(wǎng)站，集中提供某個行業(yè)或領(lǐng)域的信息和效勞。在網(wǎng)上商店、書店和知識型網(wǎng)站和電子政務(wù)的層次，如果能夠為用戶提供內(nèi)容定制和效勞定制的功能，通過網(wǎng)站的渠道實現(xiàn)CRM，對用戶來說將是非常有吸引力的。事實上，國外的一些知識型網(wǎng)站就提供了檢索和內(nèi)容定制的增值效勞，例如技術(shù)網(wǎng)站expertexchange提供的專家答疑是免費的，但內(nèi)容檢索和定制是付費的。對于企業(yè)內(nèi)網(wǎng)系統(tǒng)來說，如果通過Portal與外網(wǎng)集成，將減少網(wǎng)絡(luò)系統(tǒng)開發(fā)和維護(hù)的本錢。通過企業(yè)內(nèi)部文檔和資料的內(nèi)容管理，可以加強知識的積累和共享。通過建立公告信息，記事本、聊天室等協(xié)同工作的工具，可以幫助員工提高工作效率。通過EIP與企業(yè)舊有信息系統(tǒng)(如ERP、SCM、POS)的運作結(jié)合，可以強化企業(yè)的運作效率。EIP的應(yīng)用情況1998年11月，美林公司〔Merrilllynch〕發(fā)表了一份題為“超越Y(jié)AHOO！企業(yè)信息門戶已經(jīng)上路〞的關(guān)于EIP〔EnterpriseInformationPortal〕的研究報告，當(dāng)時在美國企業(yè)界引起了巨大反響。在以后的5年中，很多歐美公司都導(dǎo)入了EIP。從信息系統(tǒng)建設(shè)的情況看，幾乎所有的國外大公司〔覆蓋各個領(lǐng)域〕，例如IBM、富士通、歐萊雅等都局部實現(xiàn)了內(nèi)容管理的功能，用戶可以很容易地在其網(wǎng)站查到公司的產(chǎn)品和公開的技術(shù)文檔，其EIP開展的重點是統(tǒng)一入口和業(yè)務(wù)過程的集成。而國內(nèi)的網(wǎng)站，即使象方正這樣知名的IT公司也沒有實現(xiàn)內(nèi)容管理的功能。在內(nèi)網(wǎng)建設(shè)方面情況要好一些，象聯(lián)想、中國移動、網(wǎng)通公司、華泰保險公司、河北電信等都引入了企業(yè)內(nèi)部管理的EIP系統(tǒng)〔根據(jù)微軟資料〕。在通過EIP進(jìn)行應(yīng)用系統(tǒng)整合方面，國內(nèi)的案例很少，例如亞信幫助網(wǎng)通啟動首個EIP，來整合其電信應(yīng)用系統(tǒng)。可以說，目前國內(nèi)EIP的市場還沒有完全啟動。Portal廠商及Portlet標(biāo)準(zhǔn)國外廠商因為Portal是一個相對較新的技術(shù)趨勢，各種背景的國外軟件廠商都投入這個市場。這些軟件廠商幾乎囊括了所有的知名軟件廠商。下面，我們按照1.3節(jié)提到的EIP的開展過程對這些廠商分類。在EIP開展的最初階段，只有一些純粹的Portal供應(yīng)商，如Epicentric，Plumtree和Viador等。在EIP開展的第二個階段，增加了一些提供搜索引擎和內(nèi)容管理的廠商。搜索引擎的廠商包括autonomy，arisem和Verity等，內(nèi)容管理的廠商包括Documentum，Interwoven，iManage，InStranet和OpenText等。在EIP開展的后面階段，隨著EIP與應(yīng)用集成的開展，WEB應(yīng)用效勞器和數(shù)據(jù)庫效勞器的提供者、CRM和ERP的提供者、EAI廠商也參加到EIP廠商的行列。效勞器廠商包括IBM，Oracle，BEA，Sybase以及微軟。CRM和ERP廠商包括BroadVision，Vignette，SAP和PeopleSoft等。EAI廠商象Tibco和WebMethods等。隨著數(shù)據(jù)倉庫工具的普及，商業(yè)智能供應(yīng)商，例如Connos，BusinessObjects以及Brio等也參加到Portal廠商的行列。它們都提供了集成分析報表與Portal的工具。臺灣和國內(nèi)廠商臺灣的Portal廠商主要都是由搜索引擎的廠商開展而來的，目前主要開展知識管理、內(nèi)容檢索和內(nèi)外網(wǎng)的內(nèi)容整合業(yè)務(wù)。主要的廠商包括意藍(lán)〔eLand〕、網(wǎng)擎〔Openfind〕、龍卷風(fēng)〔tornado〕等。上述公司中，意藍(lán)的搜索引擎完全采用java技術(shù)。龍卷風(fēng)〔tornado〕在北京設(shè)有分公司，目前已經(jīng)開展了方正、華為、上海交大等客戶。隨著Portal的開展，國內(nèi)的一些廠商也推出了自己的Portal產(chǎn)品，例如中關(guān)村科技軟件有限公司、東方資通〔上海東環(huán)資通信息技術(shù)有限公司〕、上海安軟計算機(jī)科技有限公司等。開放源代碼工程除了上面提到的國內(nèi)外廠商外，一些開放源代碼組織也提供了基于JAVA平臺的Portal解決方案，這些開源產(chǎn)品有JetSpeed、Jbossnukes、Liferay等。JetSpeed是Apache組織的一個Portal開源工程，IBM早期的WebSpherePortalServer就是基于JetSpeed進(jìn)行二次開發(fā)的。jcorporate的Expresso〔一個基于開放標(biāo)準(zhǔn)的J2EE體系框架〕也采用了JetSpeed。Jbossnukes是基于postnuke、phpnuke等內(nèi)容管理系統(tǒng)開發(fā)的java平臺的內(nèi)容管理系統(tǒng)。由于使用了java，其在響應(yīng)速度和系統(tǒng)集成能力等方面都要比用和php開發(fā)的postnuke、phpnuke等系統(tǒng)出色。Liferay的portlet配置文件可以自由地動態(tài)擴(kuò)展，并使用ApahceLucene實現(xiàn)全文檢索功能。另外，Portal是J2EE平臺上的企業(yè)應(yīng)用架構(gòu)的一局部。下面列出了一些主要的J2EE整體架構(gòu)方面的開放源代碼產(chǎn)品，可以作為下一步產(chǎn)品研究的參考，這些產(chǎn)品包括Struts、WebWork、Expresso、keelframework和Jahia，Portal是這些產(chǎn)品或產(chǎn)品架構(gòu)中的一局部。Portlet標(biāo)準(zhǔn)隨著Portal產(chǎn)品的不斷擴(kuò)大，不同廠家為各自的Portal構(gòu)件〔portlets〕定義了不同的API。這些API接口的不匹配對應(yīng)用者和開發(fā)者都帶來了很多問題。于是，形成了Portlet標(biāo)準(zhǔn)－JSR(JavaSpecificationRequest)168〔可以從/webapps/download/Display下載〕，本文中的定義都源自JSR168。JSR168起草的專家成員囊括了所有的EIP主要廠商，包括Apache,ATG,BEA,Boeing,Borland,Broadvision,Citrix,EDS,Fujitsu,Hitachi,IBM,Novell,Oracle,SAP,SASInstitute,SunMicrosystems,Sybase,TIBCO,和Vignette等。JSR168遵循J2EE標(biāo)準(zhǔn)1.3版，運行于基于J2EE架構(gòu)的環(huán)境。由于JSR168剛剛通過，在目前作者所知道的已經(jīng)發(fā)布的產(chǎn)品中，只有Liferay的Portal2.0.0支持JSR168。相信各大公司很快都會推出符合JSR168標(biāo)準(zhǔn)的產(chǎn)品。Portal技術(shù)分析根本概念PortletJSR-168PortletSpecifications對Portlet的定義如下：portlet是基于web的Java組件。它由portlet容器管理，能夠處理請求，產(chǎn)生動態(tài)內(nèi)容。portlet被Portal用作為可插拔的用戶接口組件，為信息系統(tǒng)提供展現(xiàn)。由portlet動態(tài)產(chǎn)生的內(nèi)容也被叫做fragment。fragment是遵循某種規(guī)那么的標(biāo)記〔例如：HTML，XHTML，WML〕，可與其他的fragment一起建立一個完整的文檔。一般一個portlet產(chǎn)生的內(nèi)容和其他的portlet產(chǎn)生的內(nèi)容聚集在一起形成Portal網(wǎng)頁。Portlet容器portlet在portlet容器中運行，portlet容器為portlet提供必需的運行環(huán)境。portlet容器包含portlet〔組件〕并且管理它們的生命周期，它也為portlet的參數(shù)設(shè)置提供持久化的存儲。portlet容器不是一個類似于servlet容器的獨立容器。它是在servlet容器上通過擴(kuò)展方式實現(xiàn)的，并重用servlet容器提供的功能。工作原理Portal技術(shù)的原理如圖8所示。在圖8中，portlet的生命周期由portlet容器管理。web端通過由Portal執(zhí)行的請求/應(yīng)答機(jī)制與portlet進(jìn)行交互。通常，用戶與由portlet產(chǎn)生的內(nèi)容進(jìn)行交互，比方通過單擊按鈕或鏈接，Portal接收到portlet窗口的動作，隨后將portlet產(chǎn)生的內(nèi)容送至用戶操作的portlet窗口。 對不同的用戶，一個portlet產(chǎn)生的內(nèi)容可能會大不一樣，這與用戶對portlet的設(shè)置有關(guān)。portlet容器接收來自Portal的請求并運行它管理的portlet執(zhí)行請求。portlet容器并不負(fù)責(zé)聚集portlet產(chǎn)生的內(nèi)容，處理內(nèi)容聚集是Portal的職責(zé)。Portal和Portlet容器能夠被作為單一的應(yīng)用組件組合在一起，也可以作為一個Portal應(yīng)用的2個別離的組件。Portal效勞器是建立在Http效勞器的根底上的。圖8Portal原理下面是一個典型的事件序列。一個客戶端〔例如：一個web瀏覽器〕在被驗證之后向Portal發(fā)出HTTP請求。Portal接收到請求。Portal判斷請求是否包含與組成門戶網(wǎng)站網(wǎng)頁的portlet有關(guān)的動作。如果存在與某個portlet相關(guān)的動作，Portal請求portlet容器調(diào)用portlet處理動作。Portal通過portlet容器調(diào)用portlet，獲得被包含在產(chǎn)生的門戶網(wǎng)站網(wǎng)頁中的內(nèi)容片段。Portal將portlet產(chǎn)生的結(jié)果聚集于門戶網(wǎng)站的網(wǎng)頁，然后將網(wǎng)頁返回至客戶端。相關(guān)技術(shù)和標(biāo)準(zhǔn)－JSFweb開發(fā)頁面組件化的技術(shù)開展趨勢與C/S的應(yīng)用開發(fā)相比，B/S應(yīng)用開發(fā)最大的缺點就是缺少象DELPHY、VB提供的標(biāo)準(zhǔn)的客戶端圖形化界面開發(fā)工具。由于不能通過拖拉和屬性設(shè)置建立菜單、按鈕、表單等頁面控件，因此開發(fā)效率很低。微軟在.Net中已經(jīng)解決了這個問題，在VisualStudio中提供了Microsoft's.NetwithWebForms的工具，用于開發(fā)用戶Web組件和支持HTML以外的標(biāo)記語言。另外，國內(nèi)象bstek這樣的公司也提供了基于DHtml的頁面組件化的技術(shù)方案。JSF〔JavaServerFaces〕的出現(xiàn)正是為了在java平臺上解決web頁面組件化的問題。JSF是什么JSF是生成基于Web的用戶界面的應(yīng)用程序框架?？梢詫SF看作是Struts〔流行的開放源碼的Web應(yīng)用程序框架〕和Swing〔標(biāo)準(zhǔn)的用于桌面應(yīng)用的Java用戶界面框架〕二者的集成。類似于Struts，JSF通過一個控制器Servlet提供了Web應(yīng)用的生命周期管理；同時類似于Swing，JSF提供了包括事件處理和組件生成在內(nèi)的豐富的組件模型。JSF的功能包括：使你能夠利用一些標(biāo)準(zhǔn)的可重用的效勞器端構(gòu)件來創(chuàng)立客戶端界面。提供了一組JSP標(biāo)簽來獲取〔訪問〕這些構(gòu)件。開發(fā)人員不用關(guān)心當(dāng)頁面刷新的時候頁面狀態(tài)數(shù)據(jù)的存儲和重現(xiàn)。提供了一個用于實現(xiàn)定制構(gòu)件的框架。封裝了事件處理和構(gòu)件顯示，所以你可以使用標(biāo)準(zhǔn)的或者定制的JSF組件支持HTML以外的標(biāo)記語言。開發(fā)工具提供商可以開發(fā)針對標(biāo)準(zhǔn)Web應(yīng)用框架的集成環(huán)境。JSF

的現(xiàn)狀JSF的標(biāo)準(zhǔn)〔JSR127〕目前正在制訂，根據(jù)JavaCommunityProcess的方案，JSF標(biāo)準(zhǔn)在今年底可以發(fā)布(目前最新的草案可以從SUN的網(wǎng)站/j2ee/javaserverfaces/download.html下載)。JSR127起草的專家成員包括Sun、IBM、Borland、Macromedia、Apache、Oracle等，Sun、IBM、Borland和Oracle都已聲明在未來的開發(fā)工具中支持JSF。JSR127遵循J2EE標(biāo)準(zhǔn)1.3版，要求提供JSP1.2和ServletAPI2.3的支持，但不支持老版本的servlet容器。目前已經(jīng)支持JSR127的產(chǎn)品包括SUN的JSFreferenceimplementation、開放源代碼的MyFaces和免費軟件Facesconsole,，特別需要強調(diào)的是Facesconsole可以嵌入到BorlandJBuilder、

Eclipse、IBMWebSphereAppl.Dev.、IntelliJIDEA、NetBeans、OracleJDeveloper、SunOneSutdio(Forte)等java集成開發(fā)環(huán)境中。另外Crossbar提供了一套基于JSF的應(yīng)用集合。Portal和JSF

的關(guān)系由于一些知名公司既是JSR127的專家成員，也是JSR168的專家成員，因此，在JSR127的起草過程中，充分考慮了Portal和JSF的兼容問題。從技術(shù)上看，Portal技術(shù)主要在J2EE架構(gòu)的前端，解決的是頁面內(nèi)容客戶化和平安等問題。而JSF技術(shù)是一個應(yīng)用程序框架，設(shè)計到更廣泛的機(jī)制。從開發(fā)的角度看，Portal管理的是大粒度的窗口內(nèi)容的生成，而JSF支持的是小的控件。因此，Portal開發(fā)一定會用到JSF工具，來開發(fā)可視化的控件。對EOS產(chǎn)品的思考EOS向Portal移植的考慮Portal方案集中在J2EE架構(gòu)的前端，Portal方案中的PortalServer是對WebServer的擴(kuò)展，Portlet是對Servlet的擴(kuò)展。而EOS對WebServer和Servlet容器沒有擴(kuò)展。因此，從架構(gòu)上分析Portal方案與EOS方案沒有根本的沖突。EOS展現(xiàn)自動機(jī)的入口是一個執(zhí)行統(tǒng)一控制功能的Servlet，將EOS應(yīng)用移植到PortalServer上，主要工作是將EOS中執(zhí)行統(tǒng)一控制功能的Servlet重新部署成一個Portlet。大局部后端處理程序，包括業(yè)務(wù)自動機(jī)和bl方法應(yīng)當(dāng)不需要很大改動。盡管如此，仍然有許多問題需要進(jìn)一步明確。1．Portlet容器與Portlet之間通過PortletRequest和PortletResponse對象來傳遞信息，而Servlet容器與Servlet之間通過HttpRequest和HttpResponse對象來傳遞信息。雖然可以將PortletRequest和PortletResponse看作是HttpRequest和HttpResponse的擴(kuò)展，但信息傳遞的細(xì)節(jié)需要進(jìn)一步明確。2．EOS從頁面到后端的數(shù)據(jù)是通過一個統(tǒng)一的bean對象傳遞的，這種方式是否能應(yīng)用于Portal方案也需要明確。3．Portal方案目錄結(jié)構(gòu)和配置文件與EOS方案肯定存在不一致。目錄或配置文件改動的細(xì)節(jié)需要進(jìn)一步分析和試驗，這些改動還將影響到系統(tǒng)安裝程序。4．Portal環(huán)境為了實現(xiàn)個性化，引入了User對象，提供對登錄用戶信息的統(tǒng)一管理。而在EOS中，用戶信息保存在Session中。當(dāng)EOS應(yīng)用轉(zhuǎn)到Portal環(huán)境時，如果需要得到用戶信息，應(yīng)當(dāng)使用Portal環(huán)境建立的User對象而不是使用Session中的用戶信息。這個問題可能對EOS操作員管理和菜單功能管理的代碼有一些影響。具體影響需要進(jìn)一步分析。5．Portal對組織權(quán)限和規(guī)那么的管理也有自己的一套方法，可能與EOS原有的組織管理和規(guī)那么管理存在功能重疊或沖突。Bstek方案、JSF與EOS的比較Bstek方案、JSF與EOS的區(qū)別主要表達(dá)在以下幾點：Tags封裝的層次Bstek方案、JSF比EOS對T