周末了，周一布置的任务还没完毕，卡在了页面跳转上，接手了一个半截的项目要进行开发，之前没有人给培训。全靠自己爬代码，所以进度比較慢。并且加上之前没实用过 Spring Mvc 开发项目。所以有点吃力，只是接触了Spring Mvc近一个月的时间感觉 开发速度确实比 SSH快不少，不用一个一个的Bean去配置，直接扫描就OK了。可就是这样还是有些地方easy搞上一天也没搞多少进度。这不，被我新写的一个 Controller 的转发搞晕了，我本来要实现一个列表的分页查询，哪里想到点下一页的时候，除了我要的列表结果，在列表外又加了一层整理框架的页面（整个页面的头，左側的菜单条）都包含了进去。由于我这个功能基本是从其它功能模块平移过来的。排出了一整天终于确认就出来 我新建的Controller这个操作类上。可是怎么对照 也和其它的Controller类没啥差别，最后把定位放在了整个框架的默认页面上，结果整个项目一搜索default.jsp 这个文件出现的地方，在一个叫decorators.xml的文件内出现，初步看了一下。瞬间有种说不出的感觉（是我接触的项目可能还不够多。苦B的我呀），原来是它在作祟。
好了上面一大段流水账诉述一下本人苦苦寻找原由的一种精神和自我还需完好的状态。
我的解决方法：将我的 URL 加入到
<excludes>节点下的<pattern>内。如：
<excludes> <pattern>/getAllList*</pattern> <pattern>/resource/*</pattern> <pattern>/login*</pattern> </excludes>
随后网上搜了一篇仁兄的博文，转一下 自己留一份慢慢看。也让大家吸取一下我的教训。
博文地址:decorators.xml介绍
======================================以下为转帖===============================================
今天改前人做的项目，用struts2，spring，hibernate框架做的，对了，还有jquery。我用jquery做异步请求到后台，生成json数据返回前台生成下拉输入框，请求到后台以后。成功生成了json数据并依据struts的映射文件返回到一个jsp页面。这个页面的作用仅仅是生成文本数据，可是js方面一直没有反应。
。。从网上查到jquery.ajax有一个參数error，它能够告诉我这中间出了什么问题，error代码加上以后，alert一下，果然有错误：parsererror
网上查了一下，这个错误大概有这样几种原因：
1， 后台返回的json字符串格式不正确
2， 配置文件。或者代码中的手误造成的问题
细致排查了一下，第一条中的字符串格式问题不存在，于是又细致的查看对照了曾经的代码。还是没有问题，真让人绝望。。。
最后决定看看项目中全部的不常使用的配置文件。发现了如题的那个文件，发现原来问题出在这，它的作用是简化了jsp代码的反复工作（引入通用页面、js、css什么的。和include作用相当，比jsp中include更加简洁）。
可是它把全部的页面都加上模板了，恰恰我这个jsp不须要模板，到此，问题找到了，把我定义的action放到它的excludes列表中去。问题解决。
网上有一篇文章挺细的，贴过来备用：
简单介绍：
sitemesh应用Decorator模式，用filter截取request和response,把页面组件head,content,banner结合为一个完整的视图。
通常我们都是用include标签在每一个jsp页面中来不断的包括各种header, stylesheet, scripts and footer，如今，在sitemesh的帮助下，我们能够开心的删掉他们了。例如以下图，你想轻松的达到复合视图模式，那末看完本文吧。
一、在WEB-INF/web.xml中copy下面filter的定义:
<?xml version="1.0" encoding="GBK"?>
<web-app xmlns="http://java.sun.com/xml/ns/j2ee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"
version="2.4">
<filter>
<filter-name>sitemesh</filter-name>
<filter-class>com.opensymphony.module.sitemesh.filter.PageFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>sitemesh</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
</web-app> 二、copy所需sitemesh-2.3.jar到WEB-INFlib下。（这里能够下载http://www.opensymphony.com/sitemesh/）三、 建立WEB-INF/decorators.xml描写叙述各装饰器页面。
<decorators defaultdir="/decorators">
<decorator name="main" page="main.jsp">
<pattern>*</pattern>
</decorator>
</decorators> 上面配置文件指定了装饰器页面所在的路径。并指定了一个名为main的装饰器，该装饰器默认装饰web应用根路径下的全部页面。
四、 建立装饰器页面 /decorators/main.jsp
#
<%@ page contentType="text/html; charset=GBK"%>
<%@ taglib uri="http://www.opensymphony.com/sitemesh/decorator" prefix="decorator"%> <html>
<head>
<title><decorator:title default="装饰器页面..." /></title>
<decorator:head />
</head>
<body>
sitemesh的样例<hr>
<decorator:body />
<hr>chen56@msn.com
</body>
</html> 五、建立一个的被装饰页面 /index.jsp(内容页面)
#
<%@ page contentType="text/html; charset=GBK"%>
<html>
<head>
<title>Agent Test</title>
</head>
<body>
<p>本页仅仅有一句，就是本句.</p>
</body>
</html> 最后訪问index.jsp。将生成例如以下页面：
并且。全部的页面也会如同index.jsp一样。被sitemesh的filter使用装饰模式改动成如上图般模样，却不用再使用include标签。
装饰器 decorator概念
为了建立可复用的web应用程序,一个通用的方法是建立一个分层系统，如同以下一个普通的web应用：
* 前端:JSP和Servlets，或jakarta的velocity 。。。
* 控制层框架 Controller ： (Struts/Webwork)
* 业务逻辑 Business ：主要业务逻辑
* 持久化框架 ：hibernate/jdo
可糟糕的是前端的页面逻辑非常难被复用，当你在每个页面中用数之不尽的include来复用公共的header, stylesheet, scripts，footer时。一个问题出现了-反复的代码。每个页面必须用copy来复用页面结构，而当你须要创意性的改变页面结构时，灾难就爱上了你。
sitemesh通过filter截取request和response，并给原始的页面增加一定的装饰(可能为header,footer...)，然后把结果返回给client，而且被装饰的原始页面并不知道sitemesh的装饰，这也就达到了脱耦的目的。
据说即将新出台的Portlet规范会帮助我们标准的实现比这些很多其它更cool的想法，但可怜的我还不懂它究竟是一个什末东东，有兴趣的人能够研究
jetspeed，或JSR (Java Specification Request) 168,但我想sitemesh如此简单，我们最好还是先用着。
让我们看看如何配置环境
除了要copy到WEB-INF/lib中的sitemesh.jar外，还有2个文件要建立到WEB-INF/：
* sitemesh.xml (可选)
* decorators.xml
sitemesh.xml 能够设置2种信息:
Page Parsers ：负责读取stream的数据到一个Page对象中以被SiteMesh解析和操作。(不太经常使用，默认就可以)
Decorator Mappers : 不同的装饰器种类，我发现2种比較实用都列在以下。一种通用的mapper,能够指定装饰器的配置文件名称。还有一种可打印的装饰器。能够同意你当用 http://localhost/aaa/a.html?printable=true方式訪问时给出原始页面以供打印(免得把header, footer等的花哨的图片也搭上)
(但一般不用建立它。默认设置足够了：com/opensymphony/module/sitemesh/factory/sitemesh-default.xml）：
范例：
<sitemesh>
<page-parsers>
<parser default="true" class="com.opensymphony.module.sitemesh.parser.DefaultPageParser" />
<parser content-type="text/html" class="com.opensymphony.module.sitemesh.parser.FastPageParser" />
<parser content-type="text/html;charset=ISO-8859-1" class="com.opensymphony.module.sitemesh.parser.FastPageParser" />
</page-parsers>
<decorator-mappers>
<mapper class="com.opensymphony.module.sitemesh.mapper.ConfigDecoratorMapper">
<param name="config" value="/WEB-INF/decorators.xml" />
</mapper>
<mapper class="com.opensymphony.module.sitemesh.mapper.PrintableDecoratorMapper">
<param name="decorator" value="printable" />
<param name="parameter.name" value="printable" />
<param name="parameter.value" value="true" />
</mapper>
</decorator-mappers>
</sitemesh>
decorators.xml ：定义构成复合视图的全部页面构件的描写叙述(主要结构页面，header,footer...)，例如以下例：
<decorators defaultdir="/decorators">
<decorator name="main" page="main.jsp">
<pattern>*</pattern>
</decorator>
<decorator name="printable" page="printable.jsp" role="customer" webapp="aaa" />
</decorators> * defaultdir: 包括装饰器页面的文件夹
* page : 页面文件名称
* name : 别名
* role : 角色，用于安全
* webapp : 能够另外指定此文件存放文件夹
* Patterns : 匹配的路径，能够用*,那些被訪问的页面须要被装饰。
最重要的是写出装饰器本身(也就是那些要复用页面，和结构页面)。
事实上。重要的工作就是制作装饰器页面本身(也就是包括结构和规则的页面)，然后把他们描写叙述到decorators.xml中。
让我们来先看一看最简单的使用方法：事实上最经常使用也最简单的使用方法就是我们的hello样例，面对如此众多的技术。我想仅仅要达到功能点到为止就可以，不是必需去研究太深(除非您有更深的需求)。
<%@ page contentType="text/html; charset=GBK"%>
<%@ taglib uri="http://www.opensymphony.com/sitemesh/decorator" prefix="decorator" %>
<html>
<head>
<title><decorator:title default="装饰器页面..." /></title>
<decorator:head />
</head>
<body>
sitemesh的样例<hr>
<decorator:body />
<hr>chen56@msn.com
</body>
</html> 我们在装饰器页面仅仅用了2个标签：
<decorator:title default="装饰器页面..." /> ： 把请求的原始页面的title内容插入到<title></title>中间。
<decorator:body /> ： 把请求的原始页面的body内的所有内容插入到对应位置。
然后我们在decorator.xml中增加下面描写叙述就可以：
<decorator name="main" page="main.jsp">
<pattern>*</pattern>
</decorator>
这样，请求的全部页面都会被又一次处理，并依照main.jsp的格式又一次展如今你面前。
让我们看看很多其它的使用方法。(抄袭sitemesh文档)
下面列着所有标签：
Decorator Tags Page Tags
被用于建立装饰器页面. 被用于从原始内容页面訪问装饰器.
<decorator:head />
<decorator:body />
<decorator:title />
<decorator:getProperty />
<decorator:usePage />
<page:applyDecorator />
<page:param
<decorator:head />
插入原始页面(被包装页面)的head标签中的内容(不包含head标签本身)。
<decorator:body />
插入原始页面(被包装页面)的body标签中的内容。
<decorator:title [ default="..." ] />
插入原始页面(被包装页面)的title标签中的内容，还能够加入一个缺省值。
例：
/decorator/main.jsp中 （装饰器页面）: <title><decorator:title default="却省title-hello" /> - 附加标题</title>
/aaa.jsp中 (原始页面)：<title>aaa页面</title>
訪问/aaa.jsp的结果：<title>aaa页面 - 附加标题</title>
<decorator:getProperty property="..." [ default="..." ] [ writeEntireProperty="..." ]/>
在标签处插入原始页面(被包装页面)的原有的标签的属性中的内容。还能够加入一个缺省值。
sitemesh文档中的样例非常好理解：
The decorator: <body bgcolor="white"<decorator:getProperty property="body.onload" writeEntireProperty="true" />>
The undecorated page: <body onload="document.someform.somefield.focus();">
The decorated page: <body bgcolor="white" onload="document.someform.somefield.focus();">
注意。writeEntireProperty="true"会在插入内容前增加一个空格。
<decorator:usePage id="..." />
象jsp页面中的<jsp:useBean>标签一样，能够使用被包装为一个Page对象的页面。 (懒的用)
例：可用<decorator:usePage id="page" /> ：<%=page.getTitle()%>达到<decorator:title/>的訪问结果。
<page:applyDecorator name="..." [ page="..." title="..." ] >
<page:param name="..."> ... </page:param>
<page:param name="..."> ... </page:param>
</page:applyDecorator>
应用包装器到指定的页面上。一般用于被包装页面中主动应用包装器。这个标签有点不好理解，我们来看一个样例：
包装器页面 /decorators/panel.jsp：<p><decorator:title /></p> ... <p><decorator:body /></p>
而且在decorators.xml中有<decorator name="panel" page="panel.jsp"/>
一个公共页面。即将被panel包装：/public/date.jsp:
... <%=new java.util.Date()%> ...<decorator:getProperty property="myEmail" />
被包装页面 /page.jsp ：
<title>page的应用</title>
.....
<page:applyDecorator name="panel" page="/_public/date.jsp" >
<page:param name="myEmail"> chen_p@neusoft.com </page:param>
</page:applyDecorator>
最后会是什末结果呢？除了/page.jsp会被默认的包装页面包装上header,footer外。page.jsp页面中还内嵌了date.jsp页面。而且此date.jsp页面还会被panel.jsp包装为一个title加body的有2段的页面。第1段是date.jsp的title，第2段是date.jsp的body内容。
另外，page:applyDecorator中包括的page:param标签所声明的属性值还能够在包装页面中用decorator:getProperty标签訪问到。
可打印的界面装饰
前面说过有1种可打印的装饰器，能够同意你当用http://localhost/aaa/a.html?printable=true方式訪问时，应用其它的装饰器(自己指定)。给出原始页面以供打印(免得把header,footer等的花哨的图片也搭上)。
让我们来看一看如何实现他：
1.首先在WEB-INFO/sitemesh.xml中设置：
<mapper class="com.opensymphony.module.sitemesh.mapper.PrintableDecoratorMapper">
<param name="decorator" value="printable" />
<param name="parameter.name" value="printable" />
<param name="parameter.value" value="true" />
</mapper> 这样就能够通过?
printable=true来使用名为printable的装饰器，而不是用原来的装饰器。
2.在WEB-INFO/decorators.xml中定义对应的printable装饰器
<decorator name="printable" page="printable.jsp"/>
3.最后编写printable装饰器/decorators/printable.jsp
<%@ taglib uri="sitemesh-decorator" prefix="decorator" %>
<html>
<head>
<title><decorator:title /></title>
<decorator:head />
</head>
<body>
<h1><decorator:title /></h1>
<p align="right"><i>(printable version)</i></p>
<decorator:body />
</body>
</html> 这样就能够让一个原始页面通过?printable=true开关来切换不同的装饰器页面。
中文问题
因为sitemesh内部所使用的缺省字符集为iso-8859-1。直接使用会产生乱码，我们能够通过下面方法纠正之：
* 方法1：能够在您所用的application server的配置文件里找一找，有没有设置encoding或charset的项目，然后设成gbk或gb2312就可以
* 方法2：这也是我们一直使用的方法。
1.在每个jsp页里设置: <%@ page contentType="text/html; charset=gbk"%> 来告诉server你所要求的字符集。
2.在每一个jsp页的head中定义：<META HTTP-EQUIV="content-type" CONTENT="text/html; charset=gbk"> 来告诉浏览器你所用的字符集。
总结：使用sitemesh最通常的途径：
1.配置好环境。
2.在WEB-INFO/decroators.xml中描写叙述你将建立的包装器。
3.开发在decroators.xml中描写叙述的包装器，最好存放在/_decorators文件夹下
4.ok ，能够看看辛勤的成果了