Struts2约定优于配置
(Action路径到Result页面路径的自动映射)
<!--[if !supportLists]-->1 <!--[endif]-->Convention插件
<!--[if !supportLists]-->1.1 <!--[endif]-->需要的jar包struts2-convention-plugin-2.2.1.jar
<!--[if !supportLists]-->1.2 <!--[endif]-->设置Convention结果[result页面存放路径目录]
struts-plugin.xml文件中:
<constant name="struts.convention.result.path" value="/WEB-INF/content/"/>
默认配置所有的结果result页面都存储在WEB-INF/content下,通过设置struts.convention.result.path属性的值改变结果result页面到其他路径。
如:Xml代码
<constant name="struts.convention.result.path" value="/WEB-INF/page" />
则将result路径配置到了WEB-INF/page 下;
<constant name="struts.convention.result.path" value="/page" />
则将result路径配置到了/page下。
<!--[if !supportLists]-->1.3 <!--[endif]-->设置Convention的[Action类存在路径搜索包]
struts-plugin.xml文件中:
<constant name="struts.convention.package.locators" value="action,actions,struts,struts2"/>
默认配置包路径包含action,actions,struts,struts2的所有包都会被struts作为含有Action类的路径来搜索。通过设置struts.convention.package.locators属性来修改这个配置。
如:Xml代码
<constant name="struts.convention.package.locators" value="web,action" />
则定义了在项目中,包路径包含web和action的将被视为Action存在的路径来进行搜索。
com.xxx.web.*/com.xxx.action.*都将被视为含有Action的包路径而被搜索。
接着,Convention从前一步找到的package以及其子package包中寻找 com.opensymphony.xwork2.Action 的实现以及以Action结尾的类:
com.example.actions.MainAction
com.example.actions.products.Display (implements com.opensymphony.xwork2.Action)
com.example.struts.company.details.ShowCompanyDetailsAction
<!--[if !supportLists]-->1.4 <!--[endif]-->命名空间
从定义的struts.convention.package.locators【标示开始到包结束】的部分,就是命名空间。
如:配置<constant name="struts.convention.package.locators" value="web " />
com.xxx.web.user.userAction的命名空间是:“/user”;
com.xxx.web.user.detail.UserAction的命名空间是:“/user/detail”。
<!--[if !supportLists]-->1.5 <!--[endif]-->Actin类名路径分割
Convention通过如下规则确定URL的具体资源部分:去掉类名的Action部分。然后将将每个分部的首字母转为小写,用’-’分割,你可以设置struts.convention.action.name.separator 如:
<constant name="struts.convention.action.name.separator" value="-" /> 如:
UserAction->user UserDetailAction ->user-detail。
结合上面配置,对于com.xxx.web.user.detail.UserDetailAction,
映射的url就是/WEB-INF/content/user/detail/user-detail.jsp
<!--[if !supportLists]-->1.6 <!--[endif]-->支持jsp、html、htm、vm等格式
struts支持.jsp, .html, .htm, .vm格式的文件。下面是action和结果模版的映射关系:
URL |
Result |
File that could match |
Result Type |
/hello |
success |
/WEB-INF/content/hello.jsp |
Dispatcher |
/hello |
update |
/WEB-INF/content/hello-update.jsp |
Dispatcher |
/hello |
success |
/WEB-INF/content/hello-success.htm |
Dispatcher |
/hello |
success |
/WEB-INF/content/hello.ftl |
FreeMarker |
/hello-world |
input |
/WEB-INF/content/hello-world-input.vm |
Velocity |
/test/test1/hello |
error |
/WEB-INF/content/test/test1/hello-error.html |
Dispatcher |
/test/test2/hello |
new |
/WEB-INF/content/test/test2/hello-new.html |
Dispatcher |
/test/test2/hello |
detail |
/WEB-INF/content/test/test3/hello- detail.html |
Dispatcher |
以上的内容来自struts2的文档http://struts.apache.org/2.1.6/docs/convention-plugin.html
当然,简单的通过默认的方式来进行配置不能完全满足实际项目的需要。所幸,convention的零配置是非常灵活的。
<!--[if !supportLists]-->1.7 <!--[endif]-->@Action注解
通过@Action注释
对如下例子:
Java代码
package com.example.web;
import com.opensymphony.xwork2.Action;
import com.opensymphony.xwork2.ActionSupport;
public class HelloAction extends ActionSupport {
@Action("action1")
public String method1() {
return SUCCESS;
}
@Action("/user/action2")
public String method2() {
return SUCCESS;
}
}
方法名 |
默认调用路径 |
默认映射路径 |
method1 |
/hello!method1.action |
/WEB-INF/content/hello.jsp |
method2 |
/hello!method2.action |
/WEB-INF/content/hello.jsp |
通过@Action注释后
方法名 |
@Action注释后调用路径 |
@Action注释 后映射路径 |
method1 |
/action1!method1.action |
/WEB-INF/content/action1.jsp |
method1 |
/user/action2!method2.action |
/WEB-INF/content/user/action2.jsp |
<!--[if !supportLists]-->1.8 <!--[endif]-->@Actions注解
通过@Actions注释
Java代码
package com.example.web;
import com.opensymphony.xwork2.ActionSupport;
import org.apache.struts2.convention.annotation.Action;
import org.apache.struts2.convention.annotation.Actions;
public class HelloAction extends ActionSupport {
@Actions({
@Action("/different/url"),
@Action("/another/url")
})
public String method1() {
return “error”;
}
我们可以通过:/different/url!method1.action 或 /another/url!method1.action 来调用method1 方法。
对应的映射路径分别是/WEB-INF/content/different/url-error.jsp; /WEB-INF/content/another/url-error.jsp
可能误导了大家,一个方法被@Action注释后,只是多了一种调用方式,而不是说覆盖了原来的调用方式。比如对于如下例子:
Java代码
com.example.web;
import com.opensymphony.xwork2.ActionSupport;
import org.apache.convention.annotation.Action;
import org.apache.convention.annotation.Actions;
public class HelloAction extends ActionSupport {
@Action("/another/url")
public String method1() {
return “error”;
}
我们调用method1方法可以通过两种方式:
1、 /hello!method1.action 映射 url:/WEB-INF/content/hello-error.jsp
2 、/another/url!method1.action 映射 url:/WEB-INF/content/another/url-error.jsp
可见,两种方式均可对method1方法进行调用,唯一的区别就是,两种调用的映射是不一样的,所以,想跳转到不同的界面,这是一个非常好的选择。
<!--[if !supportLists]-->1.9 <!--[endif]-->@Namespace注解
通过@Namespace 注释
package com.example.web;
import com.opensymphony.xwork2.ActionSupport;
import org.apache.struts2.convention.annotation.Action;
import org.apache.struts2.convention.annotation.Actions;
@Namespace("/other")
public class HelloWorld extends ActionSupport {
public String method1() {
return “error”;
}
@Action("url")
public String method2() {
return “error”;
}
@Action("/different/url")
public String method3() {
return “error”;
}
}
通过 /other/hello-world!method1.action 访问method1 方法。
通过 /other/url!method2.action 访问method2 方法
通过 /different /url!method3.action 访问method3 方法
与@Action 注释不同的是,该注释覆盖了默认的namespace(这里是’/’),此时再用hello!method1.action 已经不能访问method1 了.
<!--[if !supportLists]-->1.10 <!--[endif]-->@Results和@Result注解
@Results和@Result
1 全局的(global)。
全局results可以被action类中所有的action分享,这种results在action类上使用注解进行声明。
package com.example.actions;
import com.opensymphony.xwork2.ActionSupport;
import org.apache.struts2.convention.annotation.Action;
import org.apache.struts2.convention.annotation.Actions;
import org.apache.struts2.convention.annotation.Result;
import org.apache.struts2.convention.annotation.Results;
@Results({
@Result(name="failure", location="/WEB-INF/fail.jsp")
})
public class HelloWorld extends ActionSupport {
public String method1() {
return “failure”;
}
@Action("/different/url")
public String method2() {
return “failure”;
}
}
当我们访问 /hello -world !method1.action 时,返回 /WEB-INF/fail.jsp
当我们访问 /hello -world !method2.action 时,返回 /WEB-INF/fail.jsp
当我们访问 /different/url!method2.action 时,返回 /WEB-INF/fail.jsp
2 本地的(local)。
本地results只能在action方法上进行声明。
Java代码
package com.example.actions;
import com.opensymphony.xwork2.ActionSupport;
import org.apache.struts2.convention.annotation.Action;
import org.apache.struts2.convention.annotation.Actions;
import org.apache.convention.annotation.Result;
import org.apache.convention.annotation.Results;
public class HelloWorld extends ActionSupport {
@Action(value="/other/bar",results={@Result(name = "error", location = "www.baidu.com",type="redirect")})
public String method1() {
return “error”;
}
}
当我们调用 /hello -world !method1.action 时,返回 /WEB-INF/content/hello-error.jsp
当我们调用 /other/bar!method1.action 时,返回 www.baidu.com
<!--[if !supportLists]-->1.11 <!--[endif]-->@ParentPackage 注解
ParentPackage注解用来定义具体action类的父XWork包或java包,下面例子演示了在action类上使用本注解:
package com.example.actions;
import com.opensymphony.xwork2.ActionSupport;
import org.apache.struts2.convention.annotation.Action;
import org.apache.struts2.convention.annotation.ParentPackage;
@ParentPackage("customXWorkPackage")
public class HelloWorld extends ActionSupport {
public String execute() {
return SUCCESS;
}
}
<!--[if !supportLists]-->1.12 <!--[endif]-->异常注解配置
ExceptionMapping 注解用来影射action抛出的异常。可以参考exception mapping documentation 获得详细信息。注解用类级别,在这种情况下,注解会应用到类里面的所有action
@ExceptionMappings({
@ExceptionMapping(exception = "java.lang.NullPointerException", result = "success", params = {"param1", "val1"})
})
public class ExceptionsActionLevelAction {
public String execute() throws Exception {
return null;
}
}
可以在ExceptionMapping注解中使用params 属性来传递具体值给结果渲染页。ExceptionMapping注解同样可以在action级别进行设置:
public class ExceptionsMethodLevelAction {
@Action(value = "exception1", exceptionMappings = {
@ExceptionMapping(exception = "java.lang.NullPointerException", result = "success", params = {"param1", "val1"})
})
public String run1() throws Exception {
return null;
}
}
<!--[if !supportLists]-->1.13 <!--[endif]-->自动加载无需启动服务
Convention插件可以自动重新加载配置的功能,无需重启容器,就可以刷新类中包含的action。这自动加载automatic xml 配置文件类似。你必须在struts.xml 中添加以下代码来启用本功能:
<constant name="struts.devMode" value="true"/>
<constant name="struts.convention.classes.reload" value="true" />
此功能没有在所有容器中进行过测试,强力建议不要在生产环境中使用。
<!--[if !supportLists]-->1.14 <!--[endif]-->扫描Action的Jar包
默认情况下,Convention 插件不会从jar文件中寻找action。如果想实现这一功能,jar文件必须被struts.convention.action.includeJars 所定义的正则 匹配到。在例子中 myjar1.jar和 myjar2.jar 将被插件检测到:
<constant name="struts.convention.action.includeJars" value=".*/myjar1.*?jar(!/)?,.*/myjar2*?jar(!/)?" />
提示:正则表达式只针对jar文件的路径进行匹配,而不是文件名。jar的URL应该包含jar文件的路径并以"!/"结尾。
相关推荐
Struts2 通过约定优于配置,可以自动映射 Action 路径到 Result 页面路径。 Convention 插件 ---------------- Struts2 提供了一个名为 Convention 的插件,可以实现约定优于配置。 Convention 插件需要 struts2-...
- `struts2-convention-plugin.jar`:支持基于约定优于配置的Action自动映射,无需显式在`struts.xml`中配置Action。 - `struts2-json-plugin.jar`:提供JSON支持,使Action可以直接返回JSON数据,方便与AJAX交互。 ...
- `struts2-convention-plugin.jar`:约定优于配置的插件,简化Action和结果的配置。 - `struts2-spring-plugin.jar`:Spring集成插件,帮助管理Action的依赖注入。 - `xwork-core.jar`:XWork是Struts2的基础,提供...
`Convetion`插件是Struts2实现零配置的核心工具,它基于“约定优于配置”的原则工作。 ### 1. Convention 插件简介 从Struts2.1版本开始,`Codebehind`插件被`Convetion`插件取代,以提供更全面的零配置支持。`...
4. **struts2-convention-plugin.jar**:这是Struts2的约定优于配置插件,它简化了Action类和结果配置,使得开发者可以按照一定的命名规则来自动映射URL。 5. **struts2-plugins*.jar**:Struts2有许多插件,如...
4. **配置文件**:struts.xml是Struts2的主要配置文件,定义了Action、Result和Interceptor的映射。 5. **表达式语言(EL)和OGNL**:Struts2使用OGNL作为默认的表达式语言,用于在视图层与模型层之间传递数据。 6...
3. **参数绑定**:Struts2 Convention支持自动的请求参数到Action属性的绑定,无需在Action类中声明getter和setter。只要Action属性与请求参数名相同,就会自动进行绑定。 4. **注解增强**:除了基于类和方法名的...
- **struts2-convention-plugin.jar**:约定优于配置插件,允许自动根据类名和方法名映射Action。 - **struts2-json-plugin.jar**:JSON支持插件,用于处理JSON格式的请求和响应。 - **struts2-spring-plugin.jar...
- `struts2-convention-plugin.jar`: 自动约定优于配置的插件,简化Action类和Action映射的创建。 - `struts2-dojo-plugin.jar`: 提供与Dojo JavaScript库的集成,用于创建交互式的用户界面。 此外,你可能还会发现...
该插件通过约定优于配置(Convention over Configuration)的原则,可以根据类名、方法名和包结构自动生成Action和Result的映射。 **约定优于配置的概念** 约定优于配置意味着在没有明确配置的情况下,系统会遵循...
Convention-plugin是Struts2提供的一种自动化配置机制,它允许开发者在不编写大量XML配置文件的情况下实现Action和结果页面的映射,极大地简化了开发流程。以下是关于Struts2 Convention-plugin的详细说明: 1. **...
在使用"struts2-jar包"时,通常需要将jar包添加到项目的类路径中,然后按照Struts2的约定或配置来编写Action类、配置文件以及视图。开发者可以根据项目需求选择使用纯XML配置,或者利用注解简化配置。同时,根据项目...
- `struts2-convention-plugin`:约定优于配置插件,自动根据Action类名生成URL。 - `struts2-json-plugin`:JSON支持插件,便于实现AJAX请求和响应。 - `struts2-dojo-plugin`:Dojo工具集插件,提供富客户端UI元素...
它体现了Struts2对“约定优于配置”原则的贯彻,使得开发者可以更加专注于业务逻辑,而不是繁琐的配置。而"struts2-convention-plugin-2.1.8.1.jar"则是实现这一功能的具体实现版本,值得在Struts2项目中广泛使用。
5. `struts2-convention-plugin.jar`:这是约定优于配置插件,帮助自动映射Action类和结果。 6. `struts2-json-plugin.jar`:用于支持JSON格式的输入输出,方便前后端交互。 7. `struts2-dojo-plugin.jar` 或 `...
Struts2的Convention插件是一种自动化配置工具,从2.1版本开始引入,旨在减少XML配置,实现Struts2应用的零配置或者最少配置。该插件通过一系列预定义的命名规则和约定,自动解析和映射Action、结果页面、拦截器等...
- **struts2-convention-plugin.jar**:约定优于配置的插件,帮助简化应用的配置。 - **struts2-struts1-plugin.jar**:如果需要与Struts1兼容,这个插件是必要的。 接下来,我们讨论两个关键的配置文件: 1. **...
5. **struts2-convention-plugin.jar**: 自动配置插件,可以基于约定优于配置的原则自动映射Action和结果。 6. **struts2-spring-plugin.jar**: 如果你的应用使用Spring框架,这个插件可以帮助整合Struts2和Spring...
可能包含的文件有`struts2-core.jar`(核心库)、`xwork-core.jar`(XWork框架,是Struts2的基础)、`ognl.jar`(OGNL库)、`struts2-convention-plugin.jar`(约定优于配置插件)、`struts2-json-plugin.jar`(JSON...
但有了Convention插件,只要Action类名遵循特定的规则(通常是`com.example.project.action.MyAction`),Struts2就能自动将URL路径映射到对应的Action上。 2. **结果页面自动匹配**:类似地,如果Action执行后返回...