【文章內容簡介】 在服務器端， JSP 引擎解釋 JSP 標識和小腳本生成所請求的內容 (例如，通過訪問 JavaBeans 組 件，使用 JDBC 技術訪問數(shù)據(jù)庫 )，并且將結果以 HTML(或XML)頁面的形式發(fā)送回瀏覽器。 絕大多數(shù) JSP 頁面依賴于可重用的跨平臺的足見 (JavaBeans 或者 Enterprise JavaBeans 組件 )來執(zhí)行應用程序所要求的復雜的處理。這樣的好處是開發(fā)人員能夠共享和交換執(zhí)行普通操作的組件，加速了總體開發(fā)過程。因此，基于 Web的較為復雜的應用程序 (如 JSP 開發(fā)網站或網上 MIS)， JSP 的復雜架構必須由JavaBeans 達成。 關于 Struts2 Struts2 簡介 雖然 Struts2 號 稱是一個全新的框架，但這僅僅是相對 Struts 1 而言。 Struts 2 與 Struts 1 相比，確實有很多革命性的改進，但它并不是新發(fā)布的新框架，而是在另一個赫赫有名的框架： WebWork基礎上發(fā)展起來的。從某種程度上來講，Struts2 沒有繼承 Struts 1 的血統(tǒng)，而是繼承 WebWork的血統(tǒng)。或者說， WebWork衍生出了 Struts2，而不是 Struts 1 衍生了 Struts2 是 WebWork 的升級，而不是一個全新的框架，因此穩(wěn)定性、性能等各方面都有很好的保證：而且吸收了 Struts 1 和 WebWork兩者的優(yōu)勢，因此，是一個非常值得期待的框架。 Apache Struts2 是一個優(yōu)雅的，可擴展的 JAVA EE web 框架?？蚣茉O計的目標貫穿整個開發(fā)周期，從開發(fā)到發(fā)布，包括維護的整個過程。 Apache Struts 2 即是之前大家所熟知的 WebWork ， WebWork和 Struts 社區(qū)決定合二為一，也即是 Struts 2 Struts2 的工作原理 工作流程當接收到一個 request Interceptor 做一些攔截或者初始的工作當 外部的 ervletrequest 到來時初始到了 servlet 容器 傳遞給一個標準的過濾器鏈 ActionContextCleanUp 這個在集成插件方面非常有用 Other filters（ SitMesh，etc）調用 FilterDispatecher 會去查找相應腁 ctionMapper 如果找到了相應的ActionMapper 它將會將控制權限交給 ActionProxy ActionProxy 將會通過ConfigurationManager 來查找配置 下一步將會 通過 ActionInvocation 第 6 頁 來負責命令模式的實現(xiàn)（包括調用一些攔截 Interceptor 框架在調用 action之前）一旦 action返回，會查找相應的 Result Result 類型可以是 jsp 或者 freeMark 等這些組件和 ActionMapper 一起返回給請求的 url（注意攔截器的執(zhí)行順序）響應的返回是通過我們在 中配置的過濾器如果 ActionContextCleanUp 是當前使用的，則 FilterDispatecher 將不會清理 sreadlocal ActionContext 如果ActionContextCleanUp 不使用，則將會去清理 sreadlocals。 Struts2 與 Struts1 的區(qū)別 1. Action 類 Struts1 要求 Action類繼承一個抽象基類。 Struts1 的一個普遍問題是使用抽象類編程而不是接口； Struts 2 Action類可以實現(xiàn)一個 Action接口，也可實現(xiàn)其他接口，使可選和定制的服務成為可能。 Struts2 提供一個 ActionSupport 基類去實現(xiàn) 常用的接口。 Action 接口不是必須的，任何有 execute 標識的 POJO 對象都可以用作 Struts2 的 Action對象。 2. 線程模式 Struts1 Action是單例模式并且必須是線程安全的，因為僅有 Action的一個實例來處理所有的請求。單例策略限制了 Struts1 Action能作的事，并且要在開發(fā)時特別小心。 Action資源必須是線程安全的或同步的。 Struts2 Action 對象為每一個請求產生一個實例，因此沒有線程安全問題。（實際上， servlet 容器給每個請求產生許多可丟棄的對象，并且不會導致性能和垃圾回收問題） 3. Servlet 依賴 Struts1 Action 依賴于 Servlet API ，因 為當一個 Action 被調用時HttpServletRequest 和 HttpServletResponse 被傳遞給 execute 方法。 Struts 2 Action不依賴于容器，允許 Action脫離容器單獨被測試。如果需要， Struts2 Action仍然可以訪問初始的 request 和 ，其他的元素減少或者消除了直接訪問 HttpServetRequest 和 HttpServletResponse 的必要性。 4. 可測性 測試 Struts1 Action的一個主要問題是 execute 方法暴 露了 servlet API（這使得測試要依賴于容器）。一個第三方擴展 ——Struts TestCase——提供了一套Struts1 的模擬對象（來進行測試）。 Struts 2 Action可以通過初始化、設置屬性、調用方法來測試， “依賴注入 ”支持也使測試更容易。 5. 捕獲輸入 Struts1 使用 ActionForm 對象捕獲輸入。所有的 ActionForm 必須繼承一個基類。因為其他 JavaBean不能用作 ActionForm，開發(fā)者經常創(chuàng)建多余的類捕獲 第 7 頁 輸入。 Struts 2 直接使用 Action屬性作為輸入屬性，消 除了對第二個輸入對象的需求。 Struts2 也支持 ActionForm模式。 rich對象類型，包括業(yè)務對象，能夠用作輸入 /輸出對象。這種 ModelDriven 特性簡化了 taglib 對 POJO 輸入對象的引用。 關于 Spring Spring 簡介 Spring是一個開源框架，它由 Rod Johnson創(chuàng)建。它是為了解決企業(yè)應用開發(fā)的復雜性而創(chuàng)建的。 Spring使用基本的 JavaBean來完成以前只可能由 EJB 完成的事情。然而， Spring 的用途不僅限于服務器端的開發(fā)。從簡單性、可測試性和松耦 合的角度而言，任何 Java應用都可以從 Spring中受益 。 簡單來說， Spring是一個輕量級的控制反轉 (IoC)和面向切面 (AOP)的容器框架。 為什么需要 Spring 當已經有許多開放源代碼 (和專有 ) J2EE framework 時，我們?yōu)槭裁催€需要Spring Framework？ Spring是獨特的 ， 因為若干個原因 ： 1． 它定位的領域是許多其他流行的 framework沒有的。 Spring關注提供一種方法管理你的業(yè)務對象。 2． Spring是全面的和模塊化的。 Spring有分層的體系結構 ， 這意味著你能選擇使用它孤立的任何部分 ， 它的架構仍然是內在穩(wěn)定的。因此從你的學習中，你可得到最大的價值。例如 ， 你可能選擇僅僅使用 Spring 來簡單化 JDBC 的使用 ， 或用來管理所有的業(yè)務對象。 3． 它的設計從底部幫助你編寫易于測試的代碼。 Spring是用于測試驅動工程的理想的 framework。 Spring對你的工程來說，它不需要一個以上的 framework。 Spring是潛在地一站式解決方案，定位于與典型應用相關的大部分基礎結構。它也涉及到其他framework沒有考慮到的內容。 為什么使用 Spring 通過 Spring 提供的 IoC 容器，我們可以將對象之間的依賴關系交由 Spring進行控制，避免硬編碼所造成的過度程序耦合。有了 Spring，用戶不必再為單 第 8 頁 實例模式類、屬性文件解析等這些很底層的需求編寫代碼，可以更專注于上層的應用。通過 Spring提供的 AOP 功能，方便進行面向切面的編程，許多不容易用傳統(tǒng) OOP 實現(xiàn)的功能可以通過 AOP 輕松應付。 在 Spring中，我們可以從單調煩悶的事務管理代碼中解脫出來，通過聲明式方式靈活地進行事務的管理，提高開發(fā)效率和質量。 關于 Hibernate Hibernate 簡介 Hibernate 是一個開放源代碼的 對象 關系映射 框架 ，它對 JDBC 進行了非常輕量級的對象封裝，使得 Java 程序員 可以隨心所欲的使用對象 編程 思維來操縱數(shù)據(jù)庫 。 Hibernate 可以應用在任何使用 JDBC 的場合，既可以在 Java 的客戶端 程序 使用，也可以在 Servlet/JSP 的 Web 應用中使用，最具革命意義的是，Hibernate 可以在應用 EJB 的 J2EE 架構中取代 CMP，完成 數(shù)據(jù)持久化 的重任。 Hibernate 的優(yōu)勢是什么 Hibernate 封裝了 jdbc，簡化了很多重復性代碼，它 簡化了 DAO 層編碼工作，使開發(fā)更 對象 化了，而且 Hibernate 有很好的移植性 ，支持各種 數(shù)據(jù)庫 ，如果換個數(shù)據(jù)庫只要在 配置文件 中變換配置就可以了，不用改變 hibernate 代碼。由于 hibernate 操 作的是純粹的（ pojo） java 類，沒有實現(xiàn)任何接口，沒有侵入性，所以說它是一個輕量級框架，使用起來非常方便 。 關于 Mysql MySQL 是一種開放源代碼的關系型數(shù)據(jù)庫管理系統(tǒng)（ RDBMS）， MySQL數(shù)據(jù)庫系統(tǒng)使用最常用的數(shù)據(jù)庫管理語言 結構化查詢語言（ SQL）進行數(shù)據(jù)庫管理。由于 MySQL是開放源代碼的，因此任何人都可以在 General Public License的許可下下載并根據(jù)個性化的需要對其進行修改。 MySQL 因為其速度、可靠性和適應性而備受關注。大多數(shù)人都認為在不需要事務化處理的情況 下， MySQL是管理內容最好的選擇。它使用系統(tǒng)核心提供的多線程機制提供完全的多線程運行模式，提供了面向 C、 C++、 Eiffel、 Java、 Perl、 PHP、 Python 以及 Tcl 等編程語言的編程接口（ APIs），支持多種字段類型并且提供了完整的操作符支持查詢中的 SELECT 和 WHERE 操作。 第 9 頁 目前 MySQL 被廣泛地應用在 Inter 上的中小型網站中。由于其體積小、速度快、總體擁有成本低，尤其是開放源碼這一特點，許多中小型網站為了降低網站總體擁有成本而選擇了 MySQL作為網站數(shù)據(jù)庫。 Tomcat服務器 Tomcat 服務器簡介 Tomcat 是一個免費的開源的 Serlvet 容器，它是 Apache 基金會的 Jakarta 項目中的一個核心項目，由 Apache， Sun 和其它一些公司及個人共同開發(fā)而成。由于有了 Sun的參與和支持，最新的 Servlet 和 Jsp 規(guī)范總能在 Tomcat 中得到體現(xiàn)。 Tomcat 中采用了 Servlet 容器： Catalina，完整的實現(xiàn)了 和 規(guī)范。 Tomcat 提供了各種平臺的版本供下載，可以從其官方網站上下載其源代碼版或者二進制版。由于 Java 的跨 平臺特性，基于 Java 的 Tomcat 也具有跨平臺性。 Tomcat 的特點與優(yōu)勢 在 Tomcat 中，應用程序的部署很簡單，你只需將你的 WAR 放到 Tomcat的 webapp 目錄下， Tomcat 會自動檢測到這個文件，并將其解壓。你在瀏覽器中訪問這個應用的 Jsp時，通常第一次會很慢，因為 Tomcat要將 Jsp轉化為 Servlet文件，然后編譯。編譯以后，訪問將會很快。另外 Tomcat 也提供了一個應用：manager，訪問這個應用需要用戶名和密碼，用戶名和密碼存儲在一個 xml 文件中。通過這個應用，輔助于 Ftp，你可以在遠程通過 Web 部署和撤銷應用。當然本地也可以。 Tomcat 服務器的安裝和配置 在開始安裝之前，先準備 J2SDK 和 TOMCAT 兩個軟件，如果已經安裝了J2SDK，就只需 TOMCAT 即可。 表 21環(huán)境 變量 設置 參考數(shù)據(jù) 變量名 變量值 CATALINA_HOME D:\Program Files\ CLASSPATH .。%JAVA_HOME%\lib。%CATALIN