編者按：當作者 ChUCk Cavaness（著有《Programming Jakarta Struts》一書）所在的網絡公司決定采用Struts框架之後，Chuck曾經花費了好幾個月來研究如何用它來構建公司的應用系統。本文敘述的正是作者在運用Struts過程中來之不易的若干經驗和心得。假如你是個負責通過jsp和servlet開發Web應用的Java程序員，並且也正在考慮采用基於Struts的構建方法的話，那麼你會在這裡發現很多頗有見地同時也很有價值的信息。
1. 只在必要的時候才考慮擴展Struts框架
一個好的framework有很多優點，首先，它必須能夠滿足用戶的可預見的需求。為此 Struts為Web 應用提供了一個通用的架構，這樣開發人員可以把精力集中在如何解決實際業務問題上。其次，一個好的framework還必須能夠在適當的地方提供擴展接口，以便應用程序能擴展該框架來更好的適應使用者的實際需要。
假如Struts framework在任何場合，任何項目中都能很好的滿足需求，那真是太棒了。但是實際上，沒有一個框架聲稱能做到這一點。一定會有一些特定的應用需求是框架的開發者們無法預見到的。因此，最好的辦法就是提供足夠的擴展接口，使得開發工程師能夠調整struts來更好的符合他們的非凡要求。
在Struts framework中有很多地方可供擴展和定制。幾乎所有的配置類都能被替換為某個用戶定制的版本，這只要簡單的修改一下Struts的配置文件就可以做到。
其他組件如ActionServlet和 RequestProcessor 也能用自定義的版本代替. 甚至連Struts 1.1裡才有的新特性也是按照擴展的原則來設計的。例如，在異常處理機制中就答應用戶定制異常處理的句柄，以便更好的對應用系統發生的錯誤做出響應。
作為框架的這種可調整特性在它更適合你的應用的同時也在很大的程度上影響了項目開發的效果。首先，由於您的應用是基於一個現有的成熟的、穩定的framework如Struts，測試過程中發現的錯誤數量將會大大減少，同時也能縮短開發時間和減少資源的投入。因為你不再需要投入開發力量用於編寫基礎框架的代碼了。
然而, 實現更多的功能是要花費更大的代價的。我們必須小心避免不必要的濫用擴展性能， Struts是由核心包加上很多工具包構成的，它們已經提供了很多已經實現的功能。因此不要盲目的擴展Struts框架，要先確定能不能采用其他方法使用現有的功能來實現。 在決定編寫擴展代碼前務必要確認Struts的確沒有實現你要的功能。否則重復的功能會導致混亂將來還得花費額外的精力清除它。
2. 使用異常處理聲明
要定義應用程序的邏輯流程，成熟的經驗是推薦在代碼之外，用配置的方法來實現，而不是寫死在程序代碼中的。在J2EE中，這樣的例子比比皆是。從實現EJB的安全性和事務性行為到描述JMS消息和目的地之間的關系，很多運行時的處理流程都是可以在程序之外定義的。
Struts 創建者從一開始就采用這種方法，通過配置Struts的配置文件來定制應用系統運行時的各個方面。這一點在版本1.1的新特性上得到延續，包括新的異常處理功能。在Struts framework以前的版本中，開發人員不得不自己處理Struts應用中發生的錯誤情況。在最新的版本中，情況大大的改觀了，Struts Framework提供了內置的一個稱為 ExceptionHandler 的類， 用於系統缺省處理action類運行中產生的錯誤。這也是在上一個技巧中我們提到的framework許多可擴展接口之一。
Struts缺省的 ExceptionHandler類會生成一個ActionError對象並保存在適當的范圍（scope）對象中。這樣就答應JSP頁面使用錯誤類來提醒用戶出現什麼問題。假如你認為這不能滿足你的需求，那麼可以很方便的實現你自己的ExcepionHandler類。
具體定制異常處理的方法和機制
要定制自己的異常處理機制，第一步是繼續org.apache.struts.action.ExceptionHandler類。這個類有2個方法可以覆蓋，一個是excute()另外一個是storeException(). 在多數情況下，只需要覆蓋其中的excute()方法。下面是ExceptionHandler類的excute()方法聲明：
public ActionForward execute( Exception ex,
ExceptionConfig exConfig,
ActionMapping mapping,
ActionForm formInstance,
HttpServletRequest request,
HttpServletResponse response
) throws ServletException;
正如你看到的，該方法有好幾個參數，其中包括原始的異常。方法返回一個ActionForward對象，用於異常處理結束後將controller類帶到請求必須轉發的地方去。
當然您可以實現任何處理，但一般而言，我們必須檢查拋出的異常,並針對該類型的異常進行特定的處理。缺省的，系統的異常處理功能是創建一個出錯信息，同時把請求轉發到配置文件中指定的地方去。 定制異常處理的一個常見的例子是處理嵌套異常。假設該異常包含有嵌套異常，這些嵌套異常又包含了其他異常，因此我們必須覆蓋原來的execute()方法，對每個異常編寫出錯信息。
一旦你創建了自己的ExceptionHandler 類，就應該在Struts配置文件中的部分聲明這個類，以便讓Struts知道改用你自定義的異常處理取代缺省的異常處理.
可以配置你自己的ExceptionHandler 類是用於Action Mapping特定的部分還是所有的Action對象。假如是用於Action Mapping特定的部分就在<action>元素中配置。假如想讓這個類可用於所有的Action對象,可以在<global-sections> 元素中指定。例如，假設我們創建了異常處理類CustomizedExceptionHandler用於所有的Action類, <global-exceptions>元素定義如下所示：
<global-exceptions>
<exception
handler="com.cavaness.storefront.CustomizedExceptionHandler"
key="global.error.message"
path="/error.jsp"
scope="request"
type="java.lang.Exception"/>
</global-exceptions>
在<exception />元素中可以對很多屬性進行設置。在本文中，最重要的屬性莫過於handler屬性, handler屬性的值就是自定義的繼續了ExceptionHandler類的子類的全名。 假如該屬性沒有定義，Struts會采用自己的缺省值。當然，其他的屬性也很重要，但假如想覆蓋缺省的異常處理的話，handler無疑是最重要的屬性。
最後必須指出的一點是，你可以有不同的異常處理類來處理不同的異常。在上面的例子中，CustomizedExceptionHandler用來處理任何java.lang.Exception的子類. 其實，你也可以定義多個異常處理類，每一個專門處理不同的異常樹。下面的XML片斷解釋了如何配置以實現這一點。
<global-exceptions>
<exception
handler="com.cavaness.storefront.CustomizedExceptionHandler"
key="global.error.message"
path="/error.jsp"
scope="request"
type="java.lang.Exception"/>
<exception
handler="com.cavaness.storefront.SecurityExceptionHandler"
key="security.error.message"
path="/login.jsp"
scope="request"
type="com.cavaness.storefront.SecurityException"/>
</global-exceptions>
在這裡，一旦有異常拋出，struts framework將試圖在配置文件中找到ExceptionHandler，假如沒有找到，那麼struts將沿著該異常的父類鏈一層層往上找直到發現匹配的為止。因此，我們可以定義一個層次型的異常處理關系結構，在配置文件中已經體現了這一點。
3. 使用應用模塊（Application Modules）
Struts 1.1的一個新特性是應用模塊的概念。應用模塊答應將單個Struts應用劃分成幾個模塊，每個模塊有自己的Struts配置文件，JSP頁面，Action等等。這個新特性是為了解決大中型的開發隊伍抱怨最多的一個問題，即為了更好的支持並行開發答應多個配置文件而不是單個配置文件。
注：在早期的beta版本中，該特性被稱為子應用（sub-applications），最近的改名目的是為了更多地反映它們在邏輯上的分工。
顯然，當很多開發人員一起參加一個項目時，單個的Struts配置文件很輕易引起資源沖突。應用模塊答應Struts按照功能要求進行劃分，許多情況已經證實這樣更貼近實際。例如，假設我們要開發一個典型的商店應用程序。可以將組成部分劃分成模塊比如catalog（商品目錄）, customer（顧客）, customer service（顧客服務）, order（訂單）等。每個模塊可以分布到不同的目錄下，這樣各部分的資源很輕易定位，有助於開發和部署。圖1 顯示了該應用的目錄結構。
圖 1. 一個典型的商店應用程序的目錄結構
注：假如你無需將項目劃分成多個模塊，Struts框架支持一個缺省的應用模塊。這就使得應用程序也可以在1.0版本下創建，具有可移植性，因為應用程序會自動作為缺省的應用模塊。
為了使用多應用模塊功能，必須執行以下幾個預備步驟：
• 為每個應用模塊創建獨立的Struts配置文件。
• 配置Web 部署描述符 Web.xml文件。
• 使用org.apache.struts.actions.SwitchAction 來實現程序在模塊之間的跳轉.
更多的請看：http://www.QQread.com/windows/2003/index.Html
編者按：當作者 Chuck Cavaness（著有《Programming Jakarta Struts》一書）所在的網絡公司決定采用Struts框架之後，Chuck曾經花費了好幾個月來研究如何用它來構建公司的應用系統。本文敘述的正是作者在運用Struts過程中來之不易的若干經驗和心得。假如你是個負責通過jsp和servlet開發Web應用的Java程序員，並且也正在考慮采用基於Struts的構建方法的話，那麼你會在這裡發現很多頗有見地同時也很有價值的信息。
1. 只在必要的時候才考慮擴展Struts框架
一個好的framework有很多優點，首先，它必須能夠滿足用戶的可預見的需求。為此 Struts為Web 應用提供了一個通用的架構，這樣開發人員可以把精力集中在如何解決實際業務問題上。其次，一個好的framework還必須能夠在適當的地方提供擴展接口，以便應用程序能擴展該框架來更好的適應使用者的實際需要。
假如Struts framework在任何場合，任何項目中都能很好的滿足需求，那真是太棒了。但是實際上，沒有一個框架聲稱能做到這一點。一定會有一些特定的應用需求是框架的開發者們無法預見到的。因此，最好的辦法就是提供足夠的擴展接口，使得開發工程師能夠調整struts來更好的符合他們的非凡要求。
在Struts framework中有很多地方可供擴展和定制。幾乎所有的配置類都能被替換為某個用戶定制的版本，這只要簡單的修改一下Struts的配置文件就可以做到。
其他組件如ActionServlet和 RequestProcessor 也能用自定義的版本代替. 甚至連Struts 1.1裡才有的新特性也是按照擴展的原則來設計的。例如，在異常處理機制中就答應用戶定制異常處理的句柄，以便更好的對應用系統發生的錯誤做出響應。
作為框架的這種可調整特性在它更適合你的應用的同時也在很大的程度上影響了項目開發的效果。首先，由於您的應用是基於一個現有的成熟的、穩定的framework如Struts，測試過程中發現的錯誤數量將會大大減少，同時也能縮短開發時間和減少資源的投入。因為你不再需要投入開發力量用於編寫基礎框架的代碼了。
然而, 實現更多的功能是要花費更大的代價的。我們必須小心避免不必要的濫用擴展性能， Struts是由核心包加上很多工具包構成的，它們已經提供了很多已經實現的功能。因此不要盲目的擴展Struts框架，要先確定能不能采用其他方法使用現有的功能來實現。 在決定編寫擴展代碼前務必要確認Struts的確沒有實現你要的功能。否則重復的功能會導致混亂將來還得花費額外的精力清除它。
2. 使用異常處理聲明
要定義應用程序的邏輯流程，成熟的經驗是推薦在代碼之外，用配置的方法來實現，而不是寫死在程序代碼中的。在J2EE中，這樣的例子比比皆是。從實現EJB的安全性和事務性行為到描述JMS消息和目的地之間的關系，很多運行時的處理流程都是可以在程序之外定義的。
Struts 創建者從一開始就采用這種方法，通過配置Struts的配置文件來定制應用系統運行時的各個方面。這一點在版本1.1的新特性上得到延續，包括新的異常處理功能。在Struts framework以前的版本中，開發人員不得不自己處理Struts應用中發生的錯誤情況。在最新的版本中，情況大大的改觀了，Struts Framework提供了內置的一個稱為 ExceptionHandler 的類， 用於系統缺省處理action類運行中產生的錯誤。這也是在上一個技巧中我們提到的framework許多可擴展接口之一。
Struts缺省的 ExceptionHandler類會生成一個ActionError對象並保存在適當的范圍（scope）對象中。這樣就答應JSP頁面使用錯誤類來提醒用戶出現什麼問題。假如你認為這不能滿足你的需求，那麼可以很方便的實現你自己的ExcepionHandler類。
具體定制異常處理的方法和機制
要定制自己的異常處理機制，第一步是繼續org.apache.struts.action.ExceptionHandler類。這個類有2個方法可以覆蓋，一個是excute()另外一個是storeException(). 在多數情況下，只需要覆蓋其中的excute()方法。下面是ExceptionHandler類的excute()方法聲明：
public ActionForward execute( Exception ex,
ExceptionConfig exConfig,
ActionMapping mapping,
ActionForm formInstance,
HttpServletRequest request,
HttpServletResponse response
) throws ServletException;
正如你看到的，該方法有好幾個參數，其中包括原始的異常。方法返回一個ActionForward對象，用於異常處理結束後將controller類帶到請求必須轉發的地方去。
當然您可以實現任何處理，但一般而言，我們必須檢查拋出的異常,並針對該類型的異常進行特定的處理。缺省的，系統的異常處理功能是創建一個出錯信息，同時把請求轉發到配置文件中指定的地方去。 定制異常處理的一個常見的例子是處理嵌套異常。假設該異常包含有嵌套異常，這些嵌套異常又包含了其他異常，因此我們必須覆蓋原來的execute()方法，對每個異常編寫出錯信息。
一旦你創建了自己的ExceptionHandler 類，就應該在Struts配置文件中的部分聲明這個類，以便讓Struts知道改用你自定義的異常處理取代缺省的異常處理.
可以配置你自己的ExceptionHandler 類是用於Action Mapping特定的部分還是所有的Action對象。假如是用於Action Mapping特定的部分就在<action>元素中配置。假如想讓這個類可用於所有的Action對象,可以在<global-sections> 元素中指定。例如，假設我們創建了異常處理類CustomizedExceptionHandler用於所有的Action類, <global-exceptions>元素定義如下所示：
<global-exceptions>
<exception
handler="com.cavaness.storefront.CustomizedExceptionHandler"
key="global.error.message"
path="/error.jsp"
scope="request"
type="java.lang.Exception"/>
</global-exceptions>
在<exception />元素中可以對很多屬性進行設置。在本文中，最重要的屬性莫過於handler屬性, handler屬性的值就是自定義的繼續了ExceptionHandler類的子類的全名。 假如該屬性沒有定義，Struts會采用自己的缺省值。當然，其他的屬性也很重要，但假如想覆蓋缺省的異常處理的話，handler無疑是最重要的屬性。
最後必須指出的一點是，你可以有不同的異常處理類來處理不同的異常。在上面的例子中，CustomizedExceptionHandler用來處理任何java.lang.Exception的子類. 其實，你也可以定義多個異常處理類，每一個專門處理不同的異常樹。下面的XML片斷解釋了如何配置以實現這一點。
<global-exceptions>
<exception
handler="com.cavaness.storefront.CustomizedExceptionHandler"
key="global.error.message"
path="/error.jsp"
scope="request"
type="java.lang.Exception"/>
<exception
handler="com.cavaness.storefront.SecurityExceptionHandler"
key="security.error.message"
path="/login.jsp"
scope="request"
type="com.cavaness.storefront.SecurityException"/>
</global-exceptions>
在這裡，一旦有異常拋出，struts framework將試圖在配置文件中找到ExceptionHandler，假如沒有找到，那麼struts將沿著該異常的父類鏈一層層往上找直到發現匹配的為止。因此，我們可以定義一個層次型的異常處理關系結構，在配置文件中已經體現了這一點。
3. 使用應用模塊（Application Modules）
Struts 1.1的一個新特性是應用模塊的概念。應用模塊答應將單個Struts應用劃分成幾個模塊，每個模塊有自己的Struts配置文件，JSP頁面，Action等等。這個新特性是為了解決大中型的開發隊伍抱怨最多的一個問題，即為了更好的支持並行開發答應多個配置文件而不是單個配置文件。
注：在早期的beta版本中，該特性被稱為子應用（sub-applications），最近的改名目的是為了更多地反映它們在邏輯上的分工。
顯然，當很多開發人員一起參加一個項目時，單個的Struts配置文件很輕易引起資源沖突。應用模塊答應Struts按照功能要求進行劃分，許多情況已經證實這樣更貼近實際。例如，假設我們要開發一個典型的商店應用程序。可以將組成部分劃分成模塊比如catalog（商品目錄）, customer（顧客）, customer service（顧客服務）, order（訂單）等。每個模塊可以分布到不同的目錄下，這樣各部分的資源很輕易定位，有助於開發和部署。圖1 顯示了該應用的目錄結構。
圖 1. 一個典型的商店應用程序的目錄結構
注：假如你無需將項目劃分成多個模塊，Struts框架支持一個缺省的應用模塊。這就使得應用程序也可以在1.0版本下創建，具有可移植性，因為應用程序會自動作為缺省的應用模塊。
為了使用多應用模塊功能，必須執行以下幾個預備步驟：
• 為每個應用模塊創建獨立的Struts配置文件。
• 配置Web 部署描述符 Web.xml文件。
• 使用org.apache.struts.actions.SwitchAction 來實現程序在模塊之間的跳轉.
編者按：當作者 Chuck Cavaness（著有《Programming Jakarta Struts》一書）所在的網絡公司決定采用Struts框架之後，Chuck曾經花費了好幾個月來研究如何用它來構建公司的應用系統。本文敘述的正是作者在運用Struts過程中來之不易的若干經驗和心得。假如你是個負責通過jsp和servlet開發Web應用的Java程序員，並且也正在考慮采用基於Struts的構建方法的話，那麼你會在這裡發現很多頗有見地同時也很有價值的信息。
1. 只在必要的時候才考慮擴展Struts框架
一個好的framework有很多優點，首先，它必須能夠滿足用戶的可預見的需求。為此 Struts為Web 應用提供了一個通用的架構，這樣開發人員可以把精力集中在如何解決實際業務問題上。其次，一個好的framework還必須能夠在適當的地方提供擴展接口，以便應用程序能擴展該框架來更好的適應使用者的實際需要。
假如Struts framework在任何場合，任何項目中都能很好的滿足需求，那真是太棒了。但是實際上，沒有一個框架聲稱能做到這一點。一定會有一些特定的應用需求是框架的開發者們無法預見到的。因此，最好的辦法就是提供足夠的擴展接口，使得開發工程師能夠調整struts來更好的符合他們的非凡要求。
在Struts framework中有很多地方可供擴展和定制。幾乎所有的配置類都能被替換為某個用戶定制的版本，這只要簡單的修改一下Struts的配置文件就可以做到。
其他組件如ActionServlet和 RequestProcessor 也能用自定義的版本代替. 甚至連Struts 1.1裡才有的新特性也是按照擴展的原則來設計的。例如，在異常處理機制中就答應用戶定制異常處理的句柄，以便更好的對應用系統發生的錯誤做出響應。
作為框架的這種可調整特性在它更適合你的應用的同時也在很大的程度上影響了項目開發的效果。首先，由於您的應用是基於一個現有的成熟的、穩定的framework如Struts，測試過程中發現的錯誤數量將會大大減少，同時也能縮短開發時間和減少資源的投入。因為你不再需要投入開發力量用於編寫基礎框架的代碼了。
然而, 實現更多的功能是要花費更大的代價的。我們必須小心避免不必要的濫用擴展性能， Struts是由核心包加上很多工具包構成的，它們已經提供了很多已經實現的功能。因此不要盲目的擴展Struts框架，要先確定能不能采用其他方法使用現有的功能來實現。 在決定編寫擴展代碼前務必要確認Struts的確沒有實現你要的功能。否則重復的功能會導致混亂將來還得花費額外的精力清除它。
2. 使用異常處理聲明
要定義應用程序的邏輯流程，成熟的經驗是推薦在代碼之外，用配置的方法來實現，而不是寫死在程序代碼中的。在J2EE中，這樣的例子比比皆是。從實現EJB的安全性和事務性行為到描述JMS消息和目的地之間的關系，很多運行時的處理流程都是可以在程序之外定義的。
Struts 創建者從一開始就采用這種方法，通過配置Struts的配置文件來定制應用系統運行時的各個方面。這一點在版本1.1的新特性上得到延續，包括新的異常處理功能。在Struts framework以前的版本中，開發人員不得不自己處理Struts應用中發生的錯誤情況。在最新的版本中，情況大大的改觀了，Struts Framework提供了內置的一個稱為 ExceptionHandler 的類， 用於系統缺省處理action類運行中產生的錯誤。這也是在上一個技巧中我們提到的framework許多可擴展接口之一。
Struts缺省的 ExceptionHandler類會生成一個ActionError對象並保存在適當的范圍（scope）對象中。這樣就答應JSP頁面使用錯誤類來提醒用戶出現什麼問題。假如你認為這不能滿足你的需求，那麼可以很方便的實現你自己的ExcepionHandler類。
具體定制異常處理的方法和機制
要定制自己的異常處理機制，第一步是繼續org.apache.struts.action.ExceptionHandler類。這個類有2個方法可以覆蓋，一個是excute()另外一個是storeException(). 在多數情況下，只需要覆蓋其中的excute()方法。下面是ExceptionHandler類的excute()方法聲明：
public ActionForward execute( Exception ex,
ExceptionConfig exConfig,
ActionMapping mapping,
ActionForm formInstance,
HttpServletRequest request,
HttpServletResponse response
) throws ServletException;
正如你看到的，該方法有好幾個參數，其中包括原始的異常。方法返回一個ActionForward對象，用於異常處理結束後將controller類帶到請求必須轉發的地方去。
當然您可以實現任何處理，但一般而言，我們必須檢查拋出的異常,並針對該類型的異常進行特定的處理。缺省的，系統的異常處理功能是創建一個出錯信息，同時把請求轉發到配置文件中指定的地方去。 定制異常處理的一個常見的例子是處理嵌套異常。假設該異常包含有嵌套異常，這些嵌套異常又包含了其他異常，因此我們必須覆蓋原來的execute()方法，對每個異常編寫出錯信息。
一旦你創建了自己的ExceptionHandler 類，就應該在Struts配置文件中的部分聲明這個類，以便讓Struts知道改用你自定義的異常處理取代缺省的異常處理.
可以配置你自己的ExceptionHandler 類是用於Action Mapping特定的部分還是所有的Action對象。假如是用於Action Mapping特定的部分就在<action>元素中配置。假如想讓這個類可用於所有的Action對象,可以在<global-sections> 元素中指定。例如，假設我們創建了異常處理類CustomizedExceptionHandler用於所有的Action類, <global-exceptions>元素定義如下所示：
<global-exceptions>
<exception
handler="com.cavaness.storefront.CustomizedExceptionHandler"
key="global.error.message"
path="/error.jsp"
scope="request"
type="java.lang.Exception"/>
</global-exceptions>
在<exception />元素中可以對很多屬性進行設置。在本文中，最重要的屬性莫過於handler屬性, handler屬性的值就是自定義的繼續了ExceptionHandler類的子類的全名。 假如該屬性沒有定義，Struts會采用自己的缺省值。當然，其他的屬性也很重要，但假如想覆蓋缺省的異常處理的話，handler無疑是最重要的屬性。
最後必須指出的一點是，你可以有不同的異常處理類來處理不同的異常。在上面的例子中，CustomizedExceptionHandler用來處理任何java.lang.Exception的子類. 其實，你也可以定義多個異常處理類，每一個專門處理不同的異常樹。下面的XML片斷解釋了如何配置以實現這一點。
<global-exceptions>
<exception
handler="com.cavaness.storefront.CustomizedExceptionHandler"
key="global.error.message"
path="/error.jsp"
scope="request"
type="java.lang.Exception"/>
<exception
handler="com.cavaness.storefront.SecurityExceptionHandler"
key="security.error.message"
path="/login.jsp"
scope="request"
type="com.cavaness.storefront.SecurityException"/>
</global-exceptions>
在這裡，一旦有異常拋出，struts framework將試圖在配置文件中找到ExceptionHandler，假如沒有找到，那麼struts將沿著該異常的父類鏈一層層往上找直到發現匹配的為止。因此，我們可以定義一個層次型的異常處理關系結構，在配置文件中已經體現了這一點。
3. 使用應用模塊（Application Modules）
Struts 1.1的一個新特性是應用模塊的概念。應用模塊答應將單個Struts應用劃分成幾個模塊，每個模塊有自己的Struts配置文件，JSP頁面，Action等等。這個新特性是為了解決大中型的開發隊伍抱怨最多的一個問題，即為了更好的支持並行開發答應多個配置文件而不是單個配置文件。
注：在早期的beta版本中，該特性被稱為子應用（sub-applications），最近的改名目的是為了更多地反映它們在邏輯上的分工。
顯然，當很多開發人員一起參加一個項目時，單個的Struts配置文件很輕易引起資源沖突。應用模塊答應Struts按照功能要求進行劃分，許多情況已經證實這樣更貼近實際。例如，假設我們要開發一個典型的商店應用程序。可以將組成部分劃分成模塊比如catalog（商品目錄）, customer（顧客）, customer service（顧客服務）, order（訂單）等。每個模塊可以分布到不同的目錄下，這樣各部分的資源很輕易定位，有助於開發和部署。圖1 顯示了該應用的目錄結構。
圖 1. 一個典型的商店應用程序的目錄結構
注：假如你無需將項目劃分成多個模塊，Struts框架支持一個缺省的應用模塊。這就使得應用程序也可以在1.0版本下創建，具有可移植性，因為應用程序會自動作為缺省的應用模塊。
為了使用多應用模塊功能，必須執行以下幾個預備步驟：
• 為每個應用模塊創建獨立的Struts配置文件。
• 配置Web 部署描述符 Web.xml文件。
• 使用org.apache.struts.actions.SwitchAction 來實現程序在模塊之間的跳轉.
編者按：當作者 Chuck Cavaness（著有《Programming Jakarta Struts》一書）所在的網絡公司決定采用Struts框架之後，Chuck曾經花費了好幾個月來研究如何用它來構建公司的應用系統。本文敘述的正是作者在運用Struts過程中來之不易的若干經驗和心得。假如你是個負責通過jsp和servlet開發Web應用的Java程序員，並且也正在考慮采用基於Struts的構建方法的話，那麼你會在這裡發現很多頗有見地同時也很有價值的信息。
1. 只在必要的時候才考慮擴展Struts框架
一個好的framework有很多優點，首先，它必須能夠滿足用戶的可預見的需求。為此 Struts為Web 應用提供了一個通用的架構，這樣開發人員可以把精力集中在如何解決實際業務問題上。其次，一個好的framework還必須能夠在適當的地方提供擴展接口，以便應用程序能擴展該框架來更好的適應使用者的實際需要。
假如Struts framework在任何場合，任何項目中都能很好的滿足需求，那真是太棒了。但是實際上，沒有一個框架聲稱能做到這一點。一定會有一些特定的應用需求是框架的開發者們無法預見到的。因此，最好的辦法就是提供足夠的擴展接口，使得開發工程師能夠調整struts來更好的符合他們的非凡要求。
在Struts framework中有很多地方可供擴展和定制。幾乎所有的配置類都能被替換為某個用戶定制的版本，這只要簡單的修改一下Struts的配置文件就可以做到。
其他組件如ActionServlet和 RequestProcessor 也能用自定義的版本代替. 甚至連Struts 1.1裡才有的新特性也是按照擴展的原則來設計的。例如，在異常處理機制中就答應用戶定制異常處理的句柄，以便更好的對應用系統發生的錯誤做出響應。
作為框架的這種可調整特性在它更適合你的應用的同時也在很大的程度上影響了項目開發的效果。首先，由於您的應用是基於一個現有的成熟的、穩定的framework如Struts，測試過程中發現的錯誤數量將會大大減少，同時也能縮短開發時間和減少資源的投入。因為你不再需要投入開發力量用於編寫基礎框架的代碼了。
然而, 實現更多的功能是要花費更大的代價的。我們必須小心避免不必要的濫用擴展性能， Struts是由核心包加上很多工具包構成的，它們已經提供了很多已經實現的功能。因此不要盲目的擴展Struts框架，要先確定能不能采用其他方法使用現有的功能來實現。 在決定編寫擴展代碼前務必要確認Struts的確沒有實現你要的功能。否則重復的功能會導致混亂將來還得花費額外的精力清除它。
2. 使用異常處理聲明
要定義應用程序的邏輯流程，成熟的經驗是推薦在代碼之外，用配置的方法來實現，而不是寫死在程序代碼中的。在J2EE中，這樣的例子比比皆是。從實現EJB的安全性和事務性行為到描述JMS消息和目的地之間的關系，很多運行時的處理流程都是可以在程序之外定義的。
Struts 創建者從一開始就采用這種方法，通過配置Struts的配置文件來定制應用系統運行時的各個方面。這一點在版本1.1的新特性上得到延續，包括新的異常處理功能。在Struts framework以前的版本中，開發人員不得不自己處理Struts應用中發生的錯誤情況。在最新的版本中，情況大大的改觀了，Struts Framework提供了內置的一個稱為 ExceptionHandler 的類， 用於系統缺省處理action類運行中產生的錯誤。這也是在上一個技巧中我們提到的framework許多可擴展接口之一。
Struts缺省的 ExceptionHandler類會生成一個ActionError對象並保存在適當的范圍（scope）對象中。這樣就答應JSP頁面使用錯誤類來提醒用戶出現什麼問題。假如你認為這不能滿足你的需求，那麼可以很方便的實現你自己的ExcepionHandler類。
具體定制異常處理的方法和機制
要定制自己的異常處理機制，第一步是繼續org.apache.struts.action.ExceptionHandler類。這個類有2個方法可以覆蓋，一個是excute()另外一個是storeException(). 在多數情況下，只需要覆蓋其中的excute()方法。下面是ExceptionHandler類的excute()方法聲明：
public ActionForward execute( Exception ex,
ExceptionConfig exConfig,
ActionMapping mapping,
ActionForm formInstance,
HttpServletRequest request,
HttpServletResponse response
) throws ServletException;
正如你看到的，該方法有好幾個參數，其中包括原始的異常。方法返回一個ActionForward對象，用於異常處理結束後將controller類帶到請求必須轉發的地方去。
當然您可以實現任何處理，但一般而言，我們必須檢查拋出的異常,並針對該類型的異常進行特定的處理。缺省的，系統的異常處理功能是創建一個出錯信息，同時把請求轉發到配置文件中指定的地方去。 定制異常處理的一個常見的例子是處理嵌套異常。假設該異常包含有嵌套異常，這些嵌套異常又包含了其他異常，因此我們必須覆蓋原來的execute()方法，對每個異常編寫出錯信息。
一旦你創建了自己的ExceptionHandler 類，就應該在Struts配置文件中的部分聲明這個類，以便讓Struts知道改用你自定義的異常處理取代缺省的異常處理.
可以配置你自己的ExceptionHandler 類是用於Action Mapping特定的部分還是所有的Action對象。假如是用於Action Mapping特定的部分就在<action>元素中配置。假如想讓這個類可用於所有的Action對象,可以在<global-sections> 元素中指定。例如，假設我們創建了異常處理類CustomizedExceptionHandler用於所有的Action類, <global-exceptions>元素定義如下所示：
<global-exceptions>
<exception
handler="com.cavaness.storefront.CustomizedExceptionHandler"
key="global.error.message"
path="/error.jsp"
scope="request"
type="java.lang.Exception"/>
</global-exceptions>
在<exception />元素中可以對很多屬性進行設置。在本文中，最重要的屬性莫過於handler屬性, handler屬性的值就是自定義的繼續了ExceptionHandler類的子類的全名。 假如該屬性沒有定義，Struts會采用自己的缺省值。當然，其他的屬性也很重要，但假如想覆蓋缺省的異常處理的話，handler無疑是最重要的屬性。
最後必須指出的一點是，你可以有不同的異常處理類來處理不同的異常。在上面的例子中，CustomizedExceptionHandler用來處理任何java.lang.Exception的子類. 其實，你也可以定義多個異常處理類，每一個專門處理不同的異常樹。下面的XML片斷解釋了如何配置以實現這一點。
<global-exceptions>
<exception
handler="com.cavaness.storefront.CustomizedExceptionHandler"
key="global.error.message"
path="/error.jsp"
scope="request"
type="java.lang.Exception"/>
<exception
handler="com.cavaness.storefront.SecurityExceptionHandler"
key="security.error.message"
path="/login.jsp"
scope="request"
type="com.cavaness.storefront.SecurityException"/>
</global-exceptions>
在這裡，一旦有異常拋出，struts framework將試圖在配置文件中找到ExceptionHandler，假如沒有找到，那麼struts將沿著該異常的父類鏈一層層往上找直到發現匹配的為止。因此，我們可以定義一個層次型的異常處理關系結構，在配置文件中已經體現了這一點。
3. 使用應用模塊（Application Modules）
Struts 1.1的一個新特性是應用模塊的概念。應用模塊答應將單個Struts應用劃分成幾個模塊，每個模塊有自己的Struts配置文件，JSP頁面，Action等等。這個新特性是為了解決大中型的開發隊伍抱怨最多的一個問題，即為了更好的支持並行開發答應多個配置文件而不是單個配置文件。
注：在早期的beta版本中，該特性被稱為子應用（sub-applications），最近的改名目的是為了更多地反映它們在邏輯上的分工。
顯然，當很多開發人員一起參加一個項目時，單個的Struts配置文件很輕易引起資源沖突。應用模塊答應Struts按照功能要求進行劃分，許多情況已經證實這樣更貼近實際。例如，假設我們要開發一個典型的商店應用程序。可以將組成部分劃分成模塊比如catalog（商品目錄）, customer（顧客）, customer service（顧客服務）, order（訂單）等。每個模塊可以分布到不同的目錄下，這樣各部分的資源很輕易定位，有助於開發和部署。圖1 顯示了該應用的目錄結構。
圖 1. 一個典型的商店應用程序的目錄結構
注：假如你無需將項目劃分成多個模塊，Struts框架支持一個缺省的應用模塊。這就使得應用程序也可以在1.0版本下創建，具有可移植性，因為應用程序會自動作為缺省的應用模塊。
為了使用多應用模塊功能，必須執行以下幾個預備步驟：
• 為每個應用模塊創建獨立的Struts配置文件。
• 配置Web 部署描述符 Web.xml文件。
• 使用org.apache.struts.actions.SwitchAction 來實現程序在模塊之間的跳轉.
更多的請看：http://www.qqread.com/windows/2003/index.html
編者按：當作者 Chuck Cavaness（著有《Programming Jakarta Struts》一書）所在的網絡公司決定采用Struts框架之後，Chuck曾經花費了好幾個月來研究如何用它來構建公司的應用系統。本文敘述的正是作者在運用Struts過程中來之不易的若干經驗和心得。假如你是個負責通過jsp和servlet開發Web應用的Java程序員，並且也正在考慮采用基於Struts的構建方法的話，那麼你會在這裡發現很多頗有見地同時也很有價值的信息。
1. 只在必要的時候才考慮擴展Struts框架
一個好的framework有很多優點，首先，它必須能夠滿足用戶的可預見的需求。為此 Struts為Web 應用提供了一個通用的架構，這樣開發人員可以把精力集中在如何解決實際業務問題上。其次，一個好的framework還必須能夠在適當的地方提供擴展接口，以便應用程序能擴展該框架來更好的適應使用者的實際需要。
假如Struts framework在任何場合，任何項目中都能很好的滿足需求，那真是太棒了。但是實際上，沒有一個框架聲稱能做到這一點。一定會有一些特定的應用需求是框架的開發者們無法預見到的。因此，最好的辦法就是提供足夠的擴展接口，使得開發工程師能夠調整struts來更好的符合他們的非凡要求。
在Struts framework中有很多地方可供擴展和定制。幾乎所有的配置類都能被替換為某個用戶定制的版本，這只要簡單的修改一下Struts的配置文件就可以做到。
其他組件如ActionServlet和 RequestProcessor 也能用自定義的版本代替. 甚至連Struts 1.1裡才有的新特性也是按照擴展的原則來設計的。例如，在異常處理機制中就答應用戶定制異常處理的句柄，以便更好的對應用系統發生的錯誤做出響應。
作為框架的這種可調整特性在它更適合你的應用的同時也在很大的程度上影響了項目開發的效果。首先，由於您的應用是基於一個現有的成熟的、穩定的framework如Struts，測試過程中發現的錯誤數量將會大大減少，同時也能縮短開發時間和減少資源的投入。因為你不再需要投入開發力量用於編寫基礎框架的代碼了。
然而, 實現更多的功能是要花費更大的代價的。我們必須小心避免不必要的濫用擴展性能， Struts是由核心包加上很多工具包構成的，它們已經提供了很多已經實現的功能。因此不要盲目的擴展Struts框架，要先確定能不能采用其他方法使用現有的功能來實現。 在決定編寫擴展代碼前務必要確認Struts的確沒有實現你要的功能。否則重復的功能會導致混亂將來還得花費額外的精力清除它。
2. 使用異常處理聲明
要定義應用程序的邏輯流程，成熟的經驗是推薦在代碼之外，用配置的方法來實現，而不是寫死在程序代碼中的。在J2EE中，這樣的例子比比皆是。從實現EJB的安全性和事務性行為到描述JMS消息和目的地之間的關系，很多運行時的處理流程都是可以在程序之外定義的。
Struts 創建者從一開始就采用這種方法，通過配置Struts的配置文件來定制應用系統運行時的各個方面。這一點在版本1.1的新特性上得到延續，包括新的異常處理功能。在Struts framework以前的版本中，開發人員不得不自己處理Struts應用中發生的錯誤情況。在最新的版本中，情況大大的改觀了，Struts Framework提供了內置的一個稱為 ExceptionHandler 的類， 用於系統缺省處理action類運行中產生的錯誤。這也是在上一個技巧中我們提到的framework許多可擴展接口之一。
Struts缺省的 ExceptionHandler類會生成一個ActionError對象並保存在適當的范圍（scope）對象中。這樣就答應JSP頁面使用錯誤類來提醒用戶出現什麼問題。假如你認為這不能滿足你的需求，那麼可以很方便的實現你自己的ExcepionHandler類。
具體定制異常處理的方法和機制
要定制自己的異常處理機制，第一步是繼續org.apache.struts.action.ExceptionHandler類。這個類有2個方法可以覆蓋，一個是excute()另外一個是storeException(). 在多數情況下，只需要覆蓋其中的excute()方法。下面是ExceptionHandler類的excute()方法聲明：
public ActionForward execute( Exception ex,
ExceptionConfig exConfig,
ActionMapping mapping,
ActionForm formInstance,
HttpServletRequest request,
HttpServletResponse response
) throws ServletException;
正如你看到的，該方法有好幾個參數，其中包括原始的異常。方法返回一個ActionForward對象，用於異常處理結束後將controller類帶到請求必須轉發的地方去。
當然您可以實現任何處理，但一般而言，我們必須檢查拋出的異常,並針對該類型的異常進行特定的處理。缺省的，系統的異常處理功能是創建一個出錯信息，同時把請求轉發到配置文件中指定的地方去。 定制異常處理的一個常見的例子是處理嵌套異常。假設該異常包含有嵌套異常，這些嵌套異常又包含了其他異常，因此我們必須覆蓋原來的execute()方法，對每個異常編寫出錯信息。
一旦你創建了自己的ExceptionHandler 類，就應該在Struts配置文件中的部分聲明這個類，以便讓Struts知道改用你自定義的異常處理取代缺省的異常處理.
可以配置你自己的ExceptionHandler 類是用於Action Mapping特定的部分還是所有的Action對象。假如是用於Action Mapping特定的部分就在<action>元素中配置。假如想讓這個類可用於所有的Action對象,可以在<global-sections> 元素中指定。例如，假設我們創建了異常處理類CustomizedExceptionHandler用於所有的Action類, <global-exceptions>元素定義如下所示：
<global-exceptions>
<exception
handler="com.cavaness.storefront.CustomizedExceptionHandler"
key="global.error.message"
path="/error.jsp"
scope="request"
type="java.lang.Exception"/>
</global-exceptions>
在<exception />元素中可以對很多屬性進行設置。在本文中，最重要的屬性莫過於handler屬性, handler屬性的值就是自定義的繼續了ExceptionHandler類的子類的全名。 假如該屬性沒有定義，Struts會采用自己的缺省值。當然，其他的屬性也很重要，但假如想覆蓋缺省的異常處理的話，handler無疑是最重要的屬性。
最後必須指出的一點是，你可以有不同的異常處理類來處理不同的異常。在上面的例子中，CustomizedExceptionHandler用來處理任何java.lang.Exception的子類. 其實，你也可以定義多個異常處理類，每一個專門處理不同的異常樹。下面的XML片斷解釋了如何配置以實現這一點。
<global-exceptions>
<exception
handler="com.cavaness.storefront.CustomizedExceptionHandler"
key="global.error.message"
path="/error.jsp"
scope="request"
type="java.lang.Exception"/>
<exception
handler="com.cavaness.storefront.SecurityExceptionHandler"
key="security.error.message"
path="/login.jsp"
scope="request"
type="com.cavaness.storefront.SecurityException"/>
</global-exceptions>
在這裡，一旦有異常拋出，struts framework將試圖在配置文件中找到ExceptionHandler，假如沒有找到，那麼struts將沿著該異常的父類鏈一層層往上找直到發現匹配的為止。因此，我們可以定義一個層次型的異常處理關系結構，在配置文件中已經體現了這一點。
3. 使用應用模塊（Application Modules）
Struts 1.1的一個新特性是應用模塊的概念。應用模塊答應將單個Struts應用劃分成幾個模塊，每個模塊有自己的Struts配置文件，JSP頁面，Action等等。這個新特性是為了解決大中型的開發隊伍抱怨最多的一個問題，即為了更好的支持並行開發答應多個配置文件而不是單個配置文件。
注：在早期的beta版本中，該特性被稱為子應用（sub-applications），最近的改名目的是為了更多地反映它們在邏輯上的分工。
顯然，當很多開發人員一起參加一個項目時，單個的Struts配置文件很輕易引起資源沖突。應用模塊答應Struts按照功能要求進行劃分，許多情況已經證實這樣更貼近實際。例如，假設我們要開發一個典型的商店應用程序。可以將組成部分劃分成模塊比如catalog（商品目錄）, customer（顧客）, customer service（顧客服務）, order（訂單）等。每個模塊可以分布到不同的目錄下，這樣各部分的資源很輕易定位，有助於開發和部署。圖1 顯示了該應用的目錄結構。
圖 1. 一個典型的商店應用程序的目錄結構
注：假如你無需將項目劃分成多個模塊，Struts框架支持一個缺省的應用模塊。這就使得應用程序也可以在1.0版本下創建，具有可移植性，因為應用程序會自動作為缺省的應用模塊。
為了使用多應用模塊功能，必須執行以下幾個預備步驟：
• 為每個應用模塊創建獨立的Struts配置文件。
• 配置Web 部署描述符 Web.xml文件。
• 使用org.apache.struts.actions.SwitchAction 來實現程序在模塊之間的跳轉.
