今天改前人做的项目,用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的定义:
sitemesh
com.opensymphony.module.sitemesh.filter.PageFilter
sitemesh
/*
二、copy所需sitemesh-2.3.jar到WEB-INF\lib下。(这里可以下载http://www.opensymphony.com/sitemesh/)三、 建立WEB-INF/decorators.xml描述各装饰器页面。
*
上面配置文件指定了装饰器页面所在的路径,并指定了一个名为main的装饰器,该装饰器默认装饰web应用根路径下的所有页面。
四、 建立装饰器页面 /decorators/main.jsp
<%@ page contentType="text/html; charset=GBK"%>
<%@ taglib uri="http://www.opensymphony.com/sitemesh/decorator" prefix="decorator"%>
sitemesh的例子
[email protected]
五、建立一个的被装饰页面 /index.jsp(内容页面)
<%@ page contentType="text/html; charset=GBK"%>
Agent Test
本页只有一句,就是本句.
最后访问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...),然后把结果返回给客户端,并且被装饰的原始页面并不知道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):
范例:
decorators.xml :定义构成复合视图的所有页面构件的描述(主要结构页面,header,footer...),如下例:
*
* 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" %>
sitemesh的例子
[email protected]
我们在装饰器页面只用了2个标签:
然后我们在decorator.xml中加入以下描述即可:
这样,请求的所有页面都会被重新处理,并按照main.jsp的格式重新展现在你面前。
让我们看看更多的用法。(抄袭sitemesh文档)
以下列着全部标签:
Decorator Tags Page Tags
被用于建立装饰器页面. 被用于从原始内容页面访问装饰器.
插入原始页面(被包装页面)的head标签中的内容(不包括head标签本身)。
插入原始页面(被包装页面)的body标签中的内容。
插入原始页面(被包装页面)的title标签中的内容,还可以添加一个缺省值。
例:
/decorator/main.jsp中 (装饰器页面):
/aaa.jsp中 (原始页面):
访问/aaa.jsp的结果:
在标签处插入原始页面(被包装页面)的原有的标签的属性中的内容,还可以添加一个缺省值。
sitemesh文档中的例子很好理解:
The decorator: