這一節說明已知的伺服器工具限制和問題及其解決方案。
如果您正在執行阻止存取系統埠的桌面防火牆,您可能會在啟動伺服器時收到警告,伺服器也可能會無法啟動。 如果要解決這個問題,您必須提供 TCP/IP 埠存取權給伺服器程序。
「Java 虛擬機器」(JVM) 會捕捉主機的 IP 位址, 使它不必為同一節點執行 DNS 查閱多次。這會使開發環境無法正確識別為了任何原因而變更了 IP 位址的任何主機,比方說,當它與現行網路中斷連線並插入另一個網路時。
如果您將這個產品安裝在名稱含有錢幣符號 ($) 或任何 #、%、+ 或 * 之類奇怪字元的目錄中,伺服器可能會無法建立或無法順利啟動。
如果您使用的工作區在路徑很長的目錄中,或您為企業應用程式專案或 Web 專案選擇了較長的名稱,當您啟動伺服器,或在伺服器上測試檔案時,可能會收到下列錯誤訊息。
WebSphere® Application Server 會限制所有利用 WebSphere 用戶端來連接在 WebSphere 伺服器中執行的 Enterprise Bean 之 Java 應用程式, 都必須使用建置 WebSphere 用戶端時所用的相同 IBM® Java ORB 層次。
當使用開頭是反斜線的工作區(如 \workspacea 或 \myworkspaces\work1)時,無法啟動 WebSphere 伺服器。
如果您在 WebSphere 測試環境的單一類別載入器模式中執行 Servlet,且您變更 Servlet,變更可能不會重新載入。 這個運作情況符合設計,單一類別載入器不是建議採用的 J2EE 作業方式。
當您將專案的目標鎖定某伺服器類型,但本身是在不同的伺服器類型中執行(兩者可能不相容)時,在發佈或啟動期間,不會出現任何錯誤。
開始時,「伺服器」視圖不會顯示狀態。
當在 Linux 中使用 WebSphere 6.0 版伺服器工具時,用來啟動產品的主控台視窗可能會有一些追蹤輸出。
Java 2 原則安全檔(如 was.policy)中的 ${application} 原則只適用於 EAR 專案,且不會影響 EAR 所包含的模組。
在「主控台」視圖中,您可能會注意到有之前執行 WebSphere Application Server 6.0 版所產生的舊的主控台輸出。