验证struts2中action的查找路径
2016-06-04 20:35
387 查看
以前看网上struts2的视频讲解时,其中讲解到action的查找路径时,该讲师说action的查找是依次向上一级查找的,例如有一个请求为/a/b/UerAction.action时,首先会到/a/b的命名空间里查找UserAction的Action,如果找不到就到/a的命名空间里查找UserAction的Action,如果还没有找到,以此类推,直到找到默认的命名空间,如果还没有找到,程序就会抛异常。可是近来我看见一本书中却是这样讲解的,还是这个请求/a/b/UerAction.action,首先会到/a/b的命名空间里查找UserAction的Action,如果找不到就到默认的命名空间里查找UserAction的Action,而不是到/a的命名空间里去找。显然这两种说法存在出入。今天就拿代码证明之。
1.首页核心代码
(请求的路径是/a/b/user)
2.写上三个简单的跳转之后的页面success.jsp success1.jsp success2.jsp,核心代码分别为:
运行之得到的结果为:
这个结果说明了action会首先从指定的命名空间去找。(网上和书中这一点都是相同的,没有异议)
在将struts.xml改成这样,就是将第三个注释掉
这个结果说明是到/a的路径下去查找的。
在将struts.xml改成这样,就是将第二个和第三个都注释掉:
这个结果说明是到默认的命名空间去找的。
综上:action的查找是依次向上一级查找的
(网上有很多上述两种观点,有的甚至给两种结合起来,但是他们都没有给出具体的证明代码,仅仅是给出了逻辑描述,我这里的测试也许并不严谨,恳请各位批评指正,一起共同进步)
1.首页核心代码
(请求的路径是/a/b/user)
<s:form action="/a/b/user" > <s:textfield label="username" name="name"/> <s:submit></s:submit> </s:form>
2.写上三个简单的跳转之后的页面success.jsp success1.jsp success2.jsp,核心代码分别为:
<h1>success</h1>
<h1>SUCCESS1</h1>
<h1>SUCCESS2</h1>3.struts.xml的核心配置代码为:
<struts> <!-- 默认命名空间 --> <package name="a" namespace="" extends="struts-default"> <action name="user" class="com.easyteam.action.UserAction"> <result > /success2.jsp </result> </action> </package> <!-- 命名空间为/a --> <package name="b" namespace="/a" extends="struts-default"> <action name="user" class="com.easyteam.action.UserAction"> <result > /success1.jsp </result> </action> </package> <!-- 命名空间为/a/b--> <package name="c" namespace="/a/b" extends="struts-default"> <action name="user" class="com.easyteam.action.UserAction"> <result > /success.jsp </result> </action> </package> </struts>这三个空间的配置之所以这样顺序排列,是为了防止有按照顺序执行的可能。
运行之得到的结果为:
这个结果说明了action会首先从指定的命名空间去找。(网上和书中这一点都是相同的,没有异议)
在将struts.xml改成这样,就是将第三个注释掉
<struts> <!-- 默认命名空间 --> <package name="a" namespace="" extends="struts-default"> <action name="user" class="com.easyteam.action.UserAction"> <result > /success2.jsp </result> </action> </package> <!-- 命名空间为/a --> <package name="b" namespace="/a" extends="struts-default"> <action name="user" class="com.easyteam.action.UserAction"> <result > /success1.jsp </result> </action> </package> <!-- 命名空间为/a/b--> <!--<package name="c" namespace="/a/b" extends="struts-default"> <action name="user" class="com.easyteam.action.UserAction"> <result > /success.jsp </result> </action> </package> --></struts>再运行结果得到:
这个结果说明是到/a的路径下去查找的。
在将struts.xml改成这样,就是将第二个和第三个都注释掉:
<struts> <!-- 默认命名空间 --> <package name="a" namespace="" extends="struts-default"> <action name="user" class="com.easyteam.action.UserAction"> <result > /success2.jsp </result> </action> </package> <!-- 命名空间为/a --><!-- <package name="b" namespace="/a" extends="struts-default"> <action name="user" class="com.easyteam.action.UserAction"> <result > /success1.jsp </result> </action> </package> --><!-- 命名空间为/a/b--> <!--<package name="c" namespace="/a/b" extends="struts-default"> <action name="user" class="com.easyteam.action.UserAction"> <result > /success.jsp </result> </action> </package> --></struts>再运行结果得到:
这个结果说明是到默认的命名空间去找的。
综上:action的查找是依次向上一级查找的
(网上有很多上述两种观点,有的甚至给两种结合起来,但是他们都没有给出具体的证明代码,仅仅是给出了逻辑描述,我这里的测试也许并不严谨,恳请各位批评指正,一起共同进步)
相关文章推荐
- 5. 全局异常捕捉【从零开始学Spring Boot】
- [LeetCode][4]Median of Two Sorted Arrays解析 -Java实现
- Java序列化
- 4. 使用别的json解析框架【从零开始学Spring Boot】
- (44). Spring Boot日志记录SLF4J【从零开始学Spring Boot】
- 一、Spring单例模式与线程安全
- hibernate+spring+springMVC
- 为什么Java中synchronized同步的对象不能是Integer等类型
- JAVA-WEB开发第一讲[2016-06-04]eclipse的下载
- Java开发中的23种设计模式详解
- struts2请求参数处理
- java_浮点型加减乘除精确计算
- springmvc+mybatis+maven+junit实现网页的增删查改
- Struts2的动态调用Action方法和默认Action
- Java中的异常 Exception
- JAVA 对象引用,以及对象赋值
- Java EE — Servlet 01 Servlet 开发流程
- SpringMVC注入Spring的bean
- Java线程问题(基础回顾)
- 利用IO流实现基本类型与byte数组的互转