問:目前,我們有一個運行在 WebSphere 上的應用程序,我們想把它移植到 Portal Server 上。然而,我們的應用程序需要一個會話對象來跨頁面和 servlet 共享信息。在 Portal Server 中是否可以采取一些類似措施,以便在同一頁面的 portlet 之間和不同頁面的 portlet 之間都能共享數據,比如把用戶瀏覽器中的時差存儲起來,從而在他們的頁面中顯示當地時間。 (提問人:MG)
答:由于數據安全性的原因,會話對象在 WebSphere Application Server 4.0 中被設計成低于全局的。就是說它只能在單個 Web 應用程序中被共享。WebSphere Portal 中的更改也貫徹了這條規則。會話數據僅僅對一個 portlet 應用程序中的 portlet 來說才是全局的。
同一頁面中的 portlet 可以通過消息、點擊即動(click 2 action)或會話數據進行數據共享,只要這些 portlet 在同一個 portlet 應用程序(WAR)文件中。這將會在跨頁面時產生更多的問題,原因同樣是性能和數據保密。我認為會話數據的規則就是會話數據應該能跨頁面工作(我本人并未嘗試過此工作)。然而,要意識到當頁面不可視時,portlet 不會被請求進行呈現。數據值可能更改。而非顯示頁面上的 portlet 將不會看到狀態改變。
問:我剛剛接觸門戶網站開發,但愿這個問題不會太乏味。我想知道是否存在某種機制能夠在門戶級別(相對于 portlet 級別)上捕捉事件。具體而言,如果最終用戶單擊注銷圖標,我能否捕捉這個事件并作出一定處理,比如說將該用戶重定向至某一 Web 頁面? (提問人:Glenn H)
答:您需要檢查一下 portlet 過濾器。安裝好了的 portlet 過濾器能在目標 portlet 獲得事件之前看到導致操作事件的所提交的事件。您需要確信把用戶重定向至另一個頁面的確是最合適的,因為用戶確實正在期望這個操作能夠得以執行(對于您所說的情況,就是注銷)。
問:看到 IBM 提供了這些新的、優秀的企業體系結構,但卻不能將它們用到我們的門戶網站開發之中,這很讓人灰心。我們什么時候才能盼到 IBM 官方支持使用 WAS v5、IHS 2.x、DB2 8.1、RH8 等系統的 WPS 的版本? (提問人:TR)
答:我們正在制作運行在 WebSphere Application Server V5 上的 Portal 版本。但我不能宣布具體的日期。我認為 IHS 2.x 與 Application Server V5 是兼容的,因此 IHS 2.x 應該可以使用。我沒有關于 DB2? 8.1 和 Red Hat V8 支持方面的具體信息。
問:最近我從一臺機器上卸載了 WPS 4.1.2,然后安裝上 WPS 4.2。我有 WSAD 5.0 和 Toolkit 4.2.5。我聽說 WPS Test Environment 可以通過 Toolkit 來安裝,于是我就卸載了 WSAD 和 Toolkit,然后重新安裝。然而,在安裝過程中我只能安裝 Toolkit 而不能安裝 Test Environment,它在 8% 處停止。這是為什么?我的膝上型計算機安裝了 Win2000 和 WPS 4.2。我用的是從 KNAC 下載的安裝 CD 7,安裝目錄為 /WPS 和 /PRZ。任何有關我如何才能順利安裝的信息都將給予我巨大幫助,謝謝。 (提問人:Jon Dockter)
答:您機器的內存容量是多少?我看到過另一個關于在 8% 處安裝停止的報告,當時似乎用戶的機器只有 512MB 的內存。當您在 WebSphere Studio 中運行 Portal Toolkit 4.2.5 時,您至少需要 768MB 內存。我們建議使用 1GB 內存和 1GHZ 的處理器。
如果您有足夠的內存并出現這個錯誤,您需要提交這個問題報告來讓我們對此做進一步的診斷。
問:WPS 4.2 中有一個新的導航模型 - Model API。除了 4.2 API 中的一小部分文檔/示例以外有沒有關于 Model API 的文檔/示例? (提問人:Jon Dockter)
答:我沒有見過其它示例。如果您把您的電子郵件地址發送到 lection@us.ibm.com,我將提供另外的示例。
問:我試圖在 portlet 中放入 applet,但是 JSP 無法找到 applet 類。我在 Portal 之外的 Tomcat 內測試過它,并且工作良好。我將 jar 和 cab 文件復制到 portlet 目錄下并生成 war 文件,但是它無法工作。Applet jar 或 cab 文件是否要放在某個特定位置才能在 Portal Server 中正常工作? (提問人:AP)
答:摘自 Sun? 文檔對 <APPLET> 標記的敘述:在缺省情況下,瀏覽器在有 <APPLET>標記的 HTML 文件所在的同一目錄下查找 applet 的類和歸檔文件。(如果 applet 的類在一個包中,那么瀏覽器便會使用該包的名稱在 HTML 文件的目錄下構造一個目錄路徑。)然而,有時候把 applet 的文件放在其它地方很有用。您可以使用 CODEBASE 屬性來告知瀏覽器 applet 的文件放在哪一個目錄下:
<APPLET CODE=AppletSubclass.class CODEBASE=aURL
WIDTH=anInt HEIGHT=anInt>
</APPLET>
您需要正確設置 CODEBASE 參數。您的 JAR 文件應該放到 /lib目錄下的 portlet WAR 文件中。對于 CODEBASE參數,指定該 JAR 文件的相對路徑。類似于:
<APPLET CODE="MyPortlet.class" CODEBASE="./lib/portletclasses.jar"></APPLET>
問:我試圖用 WPS Express v4.1 安裝 PoC,想了解安裝開發環境需要些什么。我試圖在一臺機器上安裝 WPS Express、WSAD 和 Portal Toolkit,想要演示 portlet 的創建以及類似 Web 剪切的 WPS 功能。
我知道推薦的開發環境是使用 WSAD 和 Portal Toolkit。從論壇上得知,WSAD 和 Portal Toolkit 似乎需要 WAS v4.0 AEs。然而,Portal Express 只隨帶了 WAS v4 AE。我需要先手工安裝 AEs,再用安裝管理器繼續安裝嗎?或者,如果我在安裝管理器中選擇開發選項,這樣會使 Portal Toolkit 能和 WSAD 在同一臺機器上使用嗎?此外,如果我需要 AEs,是否我將失去一些 portlet 方面的可用功能(例如 Web 剪切)或其它功能? (提問人:KerWin Ng)
答:要為 WebSphere Portal Express 安裝開發環境,您需要下列軟件:
- WebSphere Application Server,單服務器版 4.04 或更高版本
- WebSphere Studio Application Developer(或 Site Developer)4.03
- Portal Toolkit 4.2.1
- DB2 Universal Database 7.1 或更高版本
您需要在您的機器上安裝 WebSphere Application Server AEs 4.04,然后是 DB2,接著運行 Portal Toolkit 安裝程序(不是安裝管理器)來在 WebSphere Application Server AEs 上安裝 Portal。Portal Toolkit 安裝程序是與 Portal install.tar同在一個目錄下的 install.bat文件。當您驗證 Portal 已安裝并且正確運行以后,安裝 WebSphere Studio 和 Remote Agent Controller。在同一臺機器上,用 Portal Toolkit 創建一個用于 Portal 安裝的遠程服務器實例。然后您就可以在這臺服務器上調試 portlet 應用程序。您可以在這臺服務器上添加另外的 portlet。Toolkit 所包含的 Portal Toolkit 文檔中記錄了這個過程。然而在調試過程中,您只能看到正在被調試的 portlet。如果您想使用 Web 剪貼板,您需要手動啟動 Portal。
問:這個問題是關于對生產環境門戶網站服務器的門戶網站備份過程的。萬一發生硬件/軟件故障并且我們使用中的服務器也停機了,是否存在一些明確定義了的步驟供我們用來恢復門戶網站?我們需要為使用中的門戶網站備份哪些文件夾/文件/數據庫/xml 等?a)備份和 b)恢復門戶網站要按順序采取哪些步驟? (提問人:KS)
答:這個領域不是我的專長,但這是一個很好的問題。由于門戶網站管理的更改被存儲在數據庫中,因此所有的數據庫文件都需要備份。當然,用戶數據的更改通常會被反映到后備的 LDAP 目錄中,因此這些也需要進行備份。最后,主題和皮膚的更改通常會引起屬性文件和其它文件的更改。這些更改在所有的標記目錄中。
因為狀態更改會出現在多個文件之中,所以對于備份門戶網站并沒有一個很好的過程。想要保存所有的門戶網站狀態信息,以下將是最好的過程:
- 備份整個 Portal 安裝目錄結構
- 備份 DB2 中的 Portal 數據庫
- 備份用戶目錄存儲器
就此而言,您有沒有考慮過讓門戶網站以群集的方式運行?使用群集,即使群集中的某一節點出現故障,您仍然可以使系統保持正常。
問:最近,有人要我為一個大企業的應用程序開發人員提供一種路線圖,以幫助他們更好地為確定何時開發 portlet、WAS web 應用程序 和 Web 服務定義一些準則或一個決策樹。假定他們在一家安裝了 WAS 的銀行并且是精通 Java 的開發人員。對他們來說這個決策樹應該是什么樣的或者這些準則應該是什么?他們聲稱可以開發一個 WAS web 應用程序來代替 portlet 或 Web 服務,那我們為什么需要門戶網站呢?
此外,我向他們斷言 WPS 或稱 Portal 所包含的可以一貫使用的服務能夠用來縮短他們的開發、安全性、表示等等所花的時間。而他們想更明確地知道這些服務可以做些什么來使我們的開發對客戶的需求來說有更高的生產率、能更快響應。 (提問人:IBM 的 John Ganovsky)
答:您提到的每個觀點都是正確的。正如您所建議的,Portal 可以標準化許多事情:安全性、表示、應用程序結構等等。以我的觀點來看,轉到 Portal 不是一個二選一的問題。也就是說,Portal 很像窗口式的 GUI(圖形用戶界面)。如果你們已經確定轉到 GUI,那么所有在 GUI 上運行的應用程序都應是窗口式應用程序似乎就再自然不過了。門戶網站的情形非常相像。如果客戶認為他們想要窗口式(我們是否也可以說“門戶網站式”)界面,那么應用程序應該是 portlet 就是很自然的事了。
客戶可能會需要最小化從 portlet 應用程序到全屏 Web 應用程序的鏈接。而從 portlet 應用程序到全屏的應用程序的流程并沒有給用戶,除非這些應用程序是由小組中的可視化專家精心制作的。這些僅僅是綱要。您需要多花些時間了解客戶是想要門戶網站界面并愿意在編程模型上投資;或者是想要編程模型并因而愿意在 Portal 用戶界面上投資。
問:在 Windows 平臺上,我想要在 Eclipse 和 WebSphere 透視圖之間相互查看/共享。每個產品的哪一個版本可以支持這項功能,如何實現? (提問人:LH)
答:我認為目前在 Eclipse 和 WebSphere Studio 安裝程序之間交換透視圖這一功能是不可能實現的。原因很多,但主要的原因在于透視圖打開的是一組工具的視圖。在 WebSphere Studio 中,這些工具大多是 WebSphere Studio 工具,只有 WebSphere Studio 隨帶了這些工具,而 Eclipse 則沒有。
就此而言,我相信隨著 WebSphere Studio 的發展,它也將會把功能更為豐富的一些更新的 Eclipse 版本包含進來。我會將這個常見的 Eclipse 工具的要求告知您的 IBM 銷售代表。
問:我正在尋找一種能夠把 WebSphere Portal Server 和郵件交換服務器集成起來以實現單點登錄的辦法。您可以幫助我嗎? (提問人:Vaibhav Verma)
答:我需要知道您使用的是什么郵件交換服務器。是 Microsoft Mail Exchange 嗎?什么版本?您可以發送郵件至我的郵箱 lection@us.ibm.com。
摘自:http://www-128.ibm.com/developerworks/cn/websphere/library/techarticles/0304_lection/lection.html
posted on 2006-09-20 10:00
壞男孩 閱讀(841)
評論(0) 編輯 收藏 所屬分類:
資源整合