1.在開發階段，對應用程序熱部署時，會拋出ClassCastException異常，這是因為類加載器的原因，因為在對程序熱部署會由不同的類加載器加載同一個類，解決辦法：重啟weblogic或在console中WEB模塊配置中對問題程序點擊重新部署


2.用frameset實現的框架頁面，其中的頁面有時會得不到主頁面的session,原因是frameset是放在一個htm頁面上而不是ASPX頁面。在一般情況下，如果frameset是aspx頁面，當你請求頁面時，它首先將請求發送到Web服務器，此時已經獲得了SessionID，接著瀏覽器會分別請求Frame中的其他頁面，這樣所有頁面的SessionID就是一樣的，就是FrameSet頁面的SessionID。然而如果你使用Html頁面做FrameSet頁面，第一個請求將是HTML頁面，當該頁面從服務器上返回是并沒有任何Session產生，接著瀏覽器會請求Frame里面的頁面，這樣這些頁面都會產生自己的SessionID，所以在這種情況下就會出現這種問題。當你重新刷新頁面時，SessionID就會一樣，并且是最后一個請求頁面的SessionID。一個常見的誤解是以為session在有客戶端訪問時就被創建，然而事實是直到某server端程序調用HttpServletRequest.getSession(true)這樣的語句時才被創建，注意如果JSP沒有顯示的使用?<%??@page?session="false"%>?關閉session，則JSP文件在編譯成Servlet時將會自動加上這樣一條語句?HttpSession?session?=?HttpServletRequest.getSession(true);這也是JSP中隱含的session對象的來歷。



3.編碼問題：tomcat下缺省編碼方式是ISO-8859-1,而在weblogic下缺省的編碼是GBK，所以在對用URL傳遞的參數無須再做處理，比如在TOMCAT下要對參數的編碼方式由ISO-8859-1轉換為GBK，而在weblogic下就不能再這么做了，否則會出現亂碼


4.對于用include包含的頁面在tomcat下要單獨對每個包含的頁面指定編碼方式，否則會出現亂碼，但在weblgic下就不能這么做了，第一個原因是被包含的頁面會遵從主頁面的編碼方式，第二個原因是如果重復定義JSP頁面的編碼方式，會使jsp頁面無法編碼，在運行時出錯

總結

以上是生活随笔為你收集整理的tomcat向weblogic移植需要注意的问题的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。