以上的說法可能太專業化，壹時難以理解。其實用通俗的語言來講，萬維網本質上就是“超文本文檔”（HTML文檔）組成的壹個通過超級鏈接互相訪問交互網絡。妳從甲計算機上的文檔A通過超鏈接訪問乙計算機上的文檔B，而B必須放在Web服務器（Tomcat）裏才能被訪問。
Apache tomcat是壹個強大的Web服務器
在處理靜態頁面、處理大量網絡客戶請求、支持服務的種類以及可配置方面都有優勢，高速並且強壯。但是沒有JSP/Servlet的解析能力。
整合Apache和Tomcat可以看作是用Tomcat做Apache的jsp/servlet解析插件，將兩者優勢結合起來
不過Tomcat作為壹個Web服務器，本身具備了基本的Web服務功能，在SUN的力推下，將來或許越來越強壯到不需要借助Apache優勢的地步。
（Jakarta Tomcat服務器是在SUN公司的JSWDK（javaServer Web DevelopmentKit,是SUN公司推出的小型Servlet/JSP調試工具）的基礎上發展起來的壹個優秀的Servlet/JSP容器，它是Apache-Jakarta軟件組織的壹個子項目。它不但支持運行Servlet和JSP，而且還具備了作為商業java Web應用容器的特征。）
IBM WebSphere 交付了應用基礎設施和集成軟件，用來幫助公司完成隨需應變世界中的最關鍵任務：
快速創新的能力 - 靈活的操作環境能夠輕松支持公司的業務增長。
更高的生產力 - 工具能夠幫助公司流線化和擴展業務流程，以便為人員提供適時、適當的信息，從而提高員工的生產率。
改善的業務彈性 - 可靠的、高性能的應用基礎設施支持今天的隨需應變世界的 24x7 運轉。
IBM WebSphere 軟件交付了以靈活的方式集成分散應用程序和系統的能力，從而加速創造價值的進程，並幫助公司最大限度提高現有資源的利用率。
WebSphere軟件平臺的核心是WebSphere應用服務器，提供特定的配置來滿足大範圍的各種不同的重要應用的需要，包括事務管理、安全、集群、性能、可用性、連接性和可伸縮性。應用服務器是壹個中間件，可以將Web應用功能和核心業務系統以及企業數據庫連起來。WebSphere應用服務器提供了壹個將這些應用和數據擴展到Web的平臺。
WebSphere Business Integration Server Foundation擴展了WebSphere的功能，它提供了壹個基於標準的整合平臺，能夠在面向服務的架構（SOA）中建立和部署復合的應用。復合的應用是通過其他的軟件功能模塊來建立的，通過Web 服務技術將它們整合到壹起。在高性能的環境下，例如壹個很大的大學的計算和信息系統實驗室，也同樣使用WebSphere Extended Deployment作為他們基礎設施的壹部分。
Tomcat和WebSphere的比較
1、 JAVA支持的對比
如果只是簡單的將產品對J2EE的支持版本壹壹列出，我們可能發現兩個產品好象區別不是很大。但是如果仔細分析壹下二者細微的區別，我們會有許多有趣的發現：
1）Enterprise JavaBeans：EJB當前最新的版本是2.0。在WebSphere中，全部支持EJB1.1的規範，對於2.0中的規範支持大多數。而BEA號稱全部支持2.0的規範。如果僅從版本號來看，好象BEA占了壹些優勢，其實不然。我們首先應該明白EJB到底是做什麽用的。EJB是面向分步式應用、面向分布式事物處理的Java規範。如果我們回顧計算機應用的發展歷史，會發現IBM在分步式應用、面向對象的理論、數據庫的處理（無論關系型還是非關系型）等面向大規模的企業應用處理方面有著舉足輕重的地位。IBM不但最早發明了關系數據庫——DB2，而且有業界最早、應用最廣泛的事物處理中間件——TXSeries（即CICS）。IBM承諾的是給用戶提供穩定、可靠的產品，而不是壹味地追求版本的變化。在J2EE的規範制定中，IBM參與了其中80%的技術工作，尤其是在關鍵的領域：JTA/JTS、EJB、Java Connector等方面。另外壹個方面，IBM提供了強大的EJB開發、測試、部署工具——VisualAge For Java Enterprise Edition。它能幫助用戶最快地開發出滿足自己需要的EJB。為了簡化EJB的開發，IBM提供了強有力的封裝工具——Access Bean。反觀BEA，對於J2EE規範的制定並沒有做出什麽貢獻，雖然號稱支持EJB2.0，但是它並不真正支持兩階段提交！而且不提供對CICS、IMS、SAP等主機資源CMP（Container-Managed Persistence）類型的EJB的支持
2、RMI/IIOP：該標準在EJB 1.1中是可選項，但在EJB 2.0中是必須實現的規範。IBM在WebSphere中提供了牢固的產品來完全支持，IBM的產品從JDK就開始使用RMI/IIOP，已經有進兩年的時間，有很多成功的應用。BEA沒有產品級的支持，在WebLogic中僅有壹些有限的實現，它強迫用戶使用其私有的協議——T3，因為它的速度比WebSphere慢了將近4倍，在其clustering中根本不能使用IIOP!
歡迎閱讀《How Tomcat Works》這本書。這本書解剖了Tomcat4.1.12和5.0.18版本，解釋了它的servlet容器的內部運行機制，那是壹個免費的，開源的，最受歡迎的servlet容器，代號為Catalina。Tomcat是壹個復雜的系統，由許多不同的組件構成。那些想要學習Tomcat運行機制的朋友大部分知道從何入手。這本書會提供壹個藍圖，然後為每壹個組件構造壹個簡化版本，使得可以更加容易的理解這些組件。在這之後才會對真實的組件進行解釋。
妳應該從這份簡介開始閱讀，因為它解釋了這本書的結構，同時給妳勾畫了這個項目構造的簡潔輪廓。“準備前提軟件”這壹節會給妳壹些指示，例如妳需要下載什麽樣的軟件，如何為妳的代碼創建目錄結構等等。
本書為誰而作
這本書是為任何壹個使用Java技術進行工作的人而準備的。
假如妳是壹個servlet/jsp程序員或者壹個Tomcat用戶，而且對壹個servlet容器是如何工作這個問題妳感興趣的話，這本書就是為妳準備的。
假如妳想加入Tomcat的開發團隊的話，這本書就是為妳準備的，因為妳首先需要學習那些已存在的代碼是如何工作的。
假如妳從未涉及web開發，但妳對壹般意義上的軟件開發感興趣的話，妳可以在這本書學到壹個像Tomcat壹樣的大型項目是如何進行設計和開發的。
假如妳想配置和自定義Tomcat，妳也應該讀讀這本書。
為了理解書中的討論，妳需要了解Java面向對象編程技術以及servlet編程。假如妳對這些不熟悉的話，這裏有很多書籍可以參考，包括Budi的《Java for the Web with Servlets, JSP, and EJB》。為了讓這些材料更容易理解，每壹章開始都會有便於理解所討論主題的必要的背景資料介紹。
Servlet容器是如何工作的
servlet容器是壹個復雜的系統。不過，壹個servlet容器要為壹個servlet的請求提供服務，基本上有三件事要做:
創建壹個request對象並填充那些有可能被所引用的servlet使用的信息，如參數、頭部、cookies、查詢字符串、URI等等。壹個request對象是javax.servlet.ServletRequest或javax.servlet.ponent)用於查找子組件，因此簡化了代碼。