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頁面無法編碼，在執行時出錯
WebLogic和Tomcat的區別
weblogic server 9.x 為soa實現提供了乙個完善的企業級基礎 l 支援面向服務架構的開發和部署 l 通過可靠訊息傳遞基礎架構為業務提供事件平台 l 通過簡化 可靠的管理功能降低客戶的擁有總成本 l 為核心應用提供真正的 零宕機 服務 效能 wls業界效能評測最好的j2ee伺服器 規...
tomcat和weblogic的區別
tomcat是apache 會提供的servlet容器，它支援jsp,servlet和jdbc等j2ee關鍵技術，所以使用者可以用tomcat開發基於資料庫，servlet和jsp頁面的web應用，這是沒有問題的。但是，tomcat卻不是ejb容器 也就是說，tomcat不支援j2ee的重要技術之一...
Tomcat下執行正常，weblogic卻報錯
然後無意中在一篇文章中看到說是tomcat和weblogic資料庫連線會不一樣，tomact會保持連線而weblogic卻會斷開 然後在連線資料庫那加了 select from dual 然後執行本地服務好了 部署到伺服器上還是報錯 刪了後把本地weblogic下的資料夾直接放上去問題解決 xmln...