Struts2定义默认拦截器时需要注意
程序员文章站
2022-05-19 17:38:45
...
最近用Struts2做一个新项目
在做后台的时候,考虑到登陆权限的验证可以使用拦截器来方便实现
于是在后台管理的Action包中定义了一个默认的拦截器
代码如下:
在未登录的情况下尝试了一下验证效果,果然很方便
但是在我登陆后,居然报了以下异常:
查看了一下报异常的位置,正好是我使用ServletRequestAware接口获得request对象的地方。结果测试下来,果然是request返回为空
于是想到了Struts2的这些接口中给出的对象好像都是通过他的默认拦截器注入的,我现在在包中定义的默认拦截器看来是把Struts2的默认拦截器给替代了,它没有默认继承下来
没办法,最后只好尝试把Struts2的默认拦截器和自己定义的权限拦截器定义成一个拦截器栈,把拦截器栈作为后台的默认拦截器后,终于回归正常,异常消失
配置代码如下:
所以请大家需要设置默认拦截器的时候,一定要注意阿,如果Action有注入的对象,务必要把Struts2的默认拦截器也一起配置进入
另外,我用的是Struts2.1.6的版本,我不知道这是Struts2故意这么设定的,还是算是一个bug,从理论上来说,貌似这是一个合理的异常,不属于bug。。。
对了,该版本另外有一个bug就是当被配置为开发模式的时候,项目路径就不能包含空格,否则也会报异常的。。。
这个bug具体的可以看这篇文章:
http://fableking.iteye.com/blog/383928
在做后台的时候,考虑到登陆权限的验证可以使用拦截器来方便实现
于是在后台管理的Action包中定义了一个默认的拦截器
代码如下:
<!-- 后台管理 --> <package name="admin" namespace="/admin" extends="struts-default"> <interceptors> <interceptor name="adminAuthentication" class="org.jesselu.coco.action.interceptor.AdminAuthenticationInterceptor"></interceptor> </interceptors> <default-interceptor-ref name="adminAuthentication"></default-interceptor-ref> <global-results> <result name="login" type="redirect">/admin/login.jsp</result> </global-results> <action name="goodsList" class="org.jesselu.coco.action.admin.GoodsListAction"> <result>/admin/detail/goodsList.jsp</result> </action> </package>
在未登录的情况下尝试了一下验证效果,果然很方便
但是在我登陆后,居然报了以下异常:
Stacktraces java.lang.NullPointerException org.jesselu.coco.action.admin.GoodsListAction.execute(GoodsListAction.java:31) sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) java.lang.reflect.Method.invoke(Method.java:585) com.opensymphony.xwork2.DefaultActionInvocation.invokeAction(DefaultActionInvocation.java:440) com.opensymphony.xwork2.DefaultActionInvocation.invokeActionOnly(DefaultActionInvocation.java:279) com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:242) org.jesselu.coco.action.interceptor.AdminAuthenticationInterceptor.intercept(AdminAuthenticationInterceptor.java:27) com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:236) org.apache.struts2.impl.StrutsActionProxy.execute(StrutsActionProxy.java:52) org.apache.struts2.dispatcher.Dispatcher.serviceAction(Dispatcher.java:468) org.apache.struts2.dispatcher.FilterDispatcher.doFilter(FilterDispatcher.java:395) org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215) org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:96) org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:76) org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215) org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174) org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174) org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874) org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665) org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528) org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81) org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689) java.lang.Thread.run(Thread.java:595)
查看了一下报异常的位置,正好是我使用ServletRequestAware接口获得request对象的地方。结果测试下来,果然是request返回为空
于是想到了Struts2的这些接口中给出的对象好像都是通过他的默认拦截器注入的,我现在在包中定义的默认拦截器看来是把Struts2的默认拦截器给替代了,它没有默认继承下来
没办法,最后只好尝试把Struts2的默认拦截器和自己定义的权限拦截器定义成一个拦截器栈,把拦截器栈作为后台的默认拦截器后,终于回归正常,异常消失
配置代码如下:
<!-- 后台管理 --> <package name="admin" namespace="/admin" extends="struts-default"> <interceptors> <interceptor name="adminAuthentication" class="org.jesselu.coco.action.interceptor.AdminAuthenticationInterceptor"></interceptor> <interceptor-stack name="adminInterceptor"> <interceptor-ref name="adminAuthentication"></interceptor-ref> <interceptor-ref name="defaultStack"></interceptor-ref> </interceptor-stack> </interceptors> <default-interceptor-ref name="adminInterceptor"></default-interceptor-ref> <global-results> <result name="login" type="redirect">/admin/login.jsp</result> </global-results> <action name="goodsList" class="org.jesselu.coco.action.admin.GoodsListAction"> <result>/admin/detail/goodsList.jsp</result> </action> </package>
所以请大家需要设置默认拦截器的时候,一定要注意阿,如果Action有注入的对象,务必要把Struts2的默认拦截器也一起配置进入
另外,我用的是Struts2.1.6的版本,我不知道这是Struts2故意这么设定的,还是算是一个bug,从理论上来说,貌似这是一个合理的异常,不属于bug。。。
对了,该版本另外有一个bug就是当被配置为开发模式的时候,项目路径就不能包含空格,否则也会报异常的。。。
这个bug具体的可以看这篇文章:
http://fableking.iteye.com/blog/383928
上一篇: Bamboo对Upload的支持
下一篇: Linux下查看文件和文件夹大小