夜深了,很深了,很多人还在努力的钻研着,为了梦想而拼搏.希望各位马到功成,赚多多的钱..
一直使用tomcat,今天想到一个问题,自定义404错误页面,
为了获得很好的用户感受,是不应当向用户暴露404这样的页面的,
问题的出发点是我在Struts2中定义错误页面,
在Struts2中是这样定义的:
这就是说在访问action是.如果没有找到action就访问这个页面,
但是我如果我不用.do或者.action的样式,而直接使用.jsp或者.html的方式来访问页面的请,struts就不会处理了.结果是404错误依然出现.
现在已经不是struts的处理范围了,那么这应当是应用的处理范围,经查证,在工程的web.xml中可以设置自定义错误页面,设置如下:
现在再访问该该工程下面一个不存在的页面,将跳转到自定义的pagenotfound页面,这样,struts中的那个default-action-ref 配置是可以去掉的了.因为404交给tomcat处理了.
然后,然后我输入http://localhost/asdfasdfafd一个不存在的地址,结果404依然出现,
回头想一下,刚才我们的web.xml是在某一个应用下面的,他处理的应当是本应用的404,而http://localhost/访问的是tomcat自已的应用,那么这个web.xml配置就应当在webapp/Root/下面的应用来配了,
Root目录下面放着Tomcat的应用,把里面换成自已的就行了.
于是现在再进行输入不存在的地址,成功跳向自定义的错误页面.
注重用户感受,就是注重细节.
一直使用tomcat,今天想到一个问题,自定义404错误页面,
为了获得很好的用户感受,是不应当向用户暴露404这样的页面的,
问题的出发点是我在Struts2中定义错误页面,
在Struts2中是这样定义的:
- < default-action-ref name = "pagenotfound" > </ default-action-ref >
- < action name = "pagenotfound" >
- < result > /pagenotfound.html </ result >
- </ action >
这就是说在访问action是.如果没有找到action就访问这个页面,
但是我如果我不用.do或者.action的样式,而直接使用.jsp或者.html的方式来访问页面的请,struts就不会处理了.结果是404错误依然出现.
现在已经不是struts的处理范围了,那么这应当是应用的处理范围,经查证,在工程的web.xml中可以设置自定义错误页面,设置如下:
- < error-page >
- < error-code > 404 </ error-code >
- < location > /pagenotfound.html </ location >
- </ error-page >
现在再访问该该工程下面一个不存在的页面,将跳转到自定义的pagenotfound页面,这样,struts中的那个default-action-ref 配置是可以去掉的了.因为404交给tomcat处理了.
然后,然后我输入http://localhost/asdfasdfafd一个不存在的地址,结果404依然出现,
回头想一下,刚才我们的web.xml是在某一个应用下面的,他处理的应当是本应用的404,而http://localhost/访问的是tomcat自已的应用,那么这个web.xml配置就应当在webapp/Root/下面的应用来配了,
Root目录下面放着Tomcat的应用,把里面换成自已的就行了.
于是现在再进行输入不存在的地址,成功跳向自定义的错误页面.
注重用户感受,就是注重细节.
