Zhongxiucheng的专栏

XWork是一个通用的命令框架，其内核主要由六个大的部分组成：1           xwork命令框架六大件之"命令"（Action）所有命令实体可以实现此接口,它可以看成是命令的实体,但从XWork1.1起,命令实体不一定非实现此接口不可2           xwork命令

struts2的视图扩展是对xwork框架扩展的最复杂部分,而其中的模板抽象部分占据了大部分内容,今天我想在这里探讨一下模板最终路径的确定问题.在没有讨论这个问题之前先将struts2的视图结构稍作分析.struts2的视图基础结构实际还是xwork中进行规范的,这个规范就是Result,在struts2中在视图进行扩充时实际就是给出多种形式的Result实现.例如dispatcher,fre

在xwork它的AOP体系在整个框架中占有非常重要的部分,实现许多非常好用的功能,例如参数设置,文件上传,字段检验等等.在xwork中AOP提供服务的组件称为拦截器,它们对需要执行的Action与Result进行了拦截封装,这种包装形式比较死板,比起spring中的AOP模式,当

类型转换是struts2的一个比较重要的特点(当然这个特点也是来源的xwork的),它可以将前台字符型数据转换成后台的需要的各种类型的数据,而且它是一个可以定制各种符合自己要求的各种转换器,也就是说它的转换能力是无限的,整个转换体系符合框架的一贯特点,框架提供一个基本的扩展体系,

在struts2中,对对象进行序列化的过程,往往会有一些控制行为的参数,例如包含什么样的属,不包含什么样的属,根对象等,其中有一个对象值得一提,就是ignoreHierarchy,这个属性设计的初忠是控制在序列化对象的过程中,是否对此对象所继承的属性也进行序列化,例如下面的一段代

前面已经分析jsp标签类与组件类的结合,现在我将这种结合引向模板,这里我以freemark模板技术进行分析,它是struts2的默认模板技术,在前面jsp标签进行分析的时候说,将组件从标签类中分离出去主要为了在其它视图技术中复用这些组件类,那么具体到freemark模板技术,它又

struts2在对xwork进行封装过程中主要做几个工作:全新分发器系统;拦截器扩展以及视图扩展.这三个方面是struts2所做的最主要工作,这三个工作尤其以视图扩展最为丰富,内容也是最多的,最复杂的,在网上经常听到UI组件,标签之类讨论,但它们究竟是什么我确实是一知半解,现在在

对于动态页面程序,由于请求路径已经不再是一眼可以看出的页面资源,所以往往会给程序开发人员带来很多的困扰,控制层的框架不同,请求虚拟路径的地址的规则也各不相同,在众多的控制层框架中struts2请求路径有时就让程序感到无所适从,在struts2中后台服务资源名称是通过命名空间规范进

开发环境： System：Windows WebBrowser：IE6+、Firefox3+ JavaEE Server：tomcat5.0.2.8、tomcat6 IDE：eclipse、MyEclipse 8 Database：MySQL 开发依赖库：

在你使用应用服务器加载应用程序时,如果应用程序使用了struts2框架,有可能会抛出如下的异常:org.apache.catalina.core.ApplicationContext log信息: Closing Spring root WebApplicationContext2011-12-8 12:50:02org.apache.catalina.core.ApplicationCo