在项目中看到struts2的一个处理异常的拦截器中在处理ajax请求时作了如下处理。
首先是判断是否是ajax请求,代码如下:
private boolean isAjaxRequest() {
boolean ajaxMethod;
String requestType = ServletActionContext.getRequest().getHeader("X-Requested-With");
if (requestType != null && requestType.equals("XMLHttpRequest")) {
ajaxMethod = true;
} else {
ajaxMethod = false;
}
return ajaxMethod;
}
当判断为ajax请求时,对于异常的处理如下:
@Override
public String intercept(ActionInvocation invocation) throws Exception {
String result;
try {
result = invocation.invoke();
} catch (Exception e) {
boolean ajaxMethod = false;
ajaxMethod = isAjaxRequest();
/**此处省略异常的包装记录等代码**/
String aMessage = "服务器异常";
if (ajaxMethod) {
// 增加异常判断
HttpServletResponse response = ServletActionContext.getResponse();
String contentType = "text/plain;charset=UTF-8";
response.setContentType(contentType);
response.setStatus(500);
response.getWriter().write(aMessage);
return null;
} else {
// 加入自定义的异常错误信息
Object action = invocation.getAction();
if (action instanceof ValidationAware) {
ValidationAware validationAwareAction = (ValidationAware) action;
validationAwareAction.addActionError(aMessage);
} else {
_logger.debug("Action [" + action + "] is not ValidationAware, no message / error that are storeable");
}
// 此处要求action中方法的返回值必须和方法名相同
return invocation.getProxy().getMethod();
}
}
return result;
}
页面上对于ajax异常的捕获,采用jquery封装的ajax,如下:
$.ajax({
type: "POST",
url: url,
dataType:"json",
data: data,
contentType: "application/x-www-form-urlencoded; charset=GBK",
beforeSend:function(){
},
complete:function(){
},
success: function(data){
},
error:function(data){
Alert(data.responseText);
}
});
xmlHttpRequest对象的status代表当前http请求的状态,是一个长整型数据,现在介绍一下它的含义。
http请求状态及其含义表
1xx - 信息提示
100 - 初始的请求已经接受,客户应当继续发送请求的其余部分。(HTTP 1.1新)
101 - 服务器将遵从客户的请求转换到另外一种协议。(HTTP 1.1新)
2xx - 成功
200 - OK 一切正常,对GET和POST请求的应答文档跟在后面。
201 - Created 服务器已经创建了文档,Location头给出了它的URL。
202 - Accepted 已经接受请求,但处理尚未完成。
203 - Non-Authoritative Information 文档已经正常地返回,但一些应答头可能不正确,因为使用的是文档的拷贝,非权威性信息(HTTP 1.1新)。
204 - No Content 没有新文档,浏览器应该继续显示原来的文档。如果用户定期地刷新页面,而Servlet可以确定用户文档足够新,这个状态代码是很有用的。
205 - Reset Content 没有新的内容,但浏览器应该重置它所显示的内容。用来强制浏览器清除表单输入内容(HTTP 1.1新)。
206 - Partial Content 客户发送了一个带有Range头的GET请求,服务器完成了它(HTTP 1.1新)。
3xx - 重定向
300 - Multiple Choices 客户请求的文档可以在多个位置找到,这些位置已经在返回的文档内列出。如果服务器要提出优先选择,则应该在Location应答头指明。
301 - Moved Permanently 客户请求的文档在其他地方,新的URL在Location头中给出,浏览器应该自动地访问新的URL。
302 - Found 类似于301,但新的URL应该被视为临时性的替代,而不是永久性的。注意,在HTTP1.0中对应的状态信息是“Moved Temporatily”。出现该状态代码时,浏览器能够自动访问新的URL,因此它是一个很有用的状态代码。注意这个状态代码有时候可以和301替换使用。例如,如果浏览器错误地请求 http://host/~user (缺少了后面的斜杠),有的服务器返回301,有的则返回302。严格地说,我们只能假定只有当原来的请求是GET时浏览器才会自动重定向。请参见307。
303 - See Other 类似于301/302,不同之处在于,如果原来的请求是POST,Location头指定的重定向目标文档应该通过GET提取(HTTP 1.1新)。
304 - Not Modified 客户端有缓冲的文档并发出了一个条件性的请求(一般是提供If-Modified-Since头表示客户只想比指定日期更新的文档)。服务器告诉客户,原来缓冲的文档还可以继续使用。
305 - Use Proxy 客户请求的文档应该通过Location头所指明的代理服务器提取(HTTP 1.1新)。
307 - Temporary Redirect 和302(Found)相同。许多浏览器会错误地响应302应答进行重定向,即使原来的请求是POST,即使它实际上只能在POST请求的应答是303时才能重定向。由于这个原因,HTTP 1.1新增了307,以便更加清除地区分几个状态代码:当出现303应答时,浏览器可以跟随重定向的GET和POST请求;如果是307应答,则浏览器只能跟随对GET请求的重定向。(HTTP 1.1新)
4xx - 客户端错误
400 - Bad Request 请求出现语法错误。
401 - Unauthorized 访问被拒绝,客户试图未经授权访问受密码保护的页面。应答中会包含一个WWW-Authenticate头,浏览器据此显示用户名字/密码对话框,然后在填写合适的Authorization头后再次发出请求。
404 - Not Found 无法找到指定位置的资源。这也是一个常用的应答。
405 - Method Not Allowed 请求方法(GET、POST、HEAD、DELETE、PUT、TRACE等)对指定的资源不适用,用来访问本页面的 HTTP 谓词不被允许(方法不被允许)(HTTP 1.1新)
406 - Not Acceptable 指定的资源已经找到,但它的MIME类型和客户在Accpet头中所指定的不兼容,客户端浏览器不接受所请求页面的 MIME 类型(HTTP 1.1新)。
407 - Proxy Authentication Required 要求进行代理身份验证,类似于401,表示客户必须先经过代理服务器的授权。(HTTP 1.1新)
408 - Request Timeout 在服务器许可的等待时间内,客户一直没有发出任何请求。客户可以在以后重复同一请求。(HTTP 1.1新)
409 - Conflict 通常和PUT请求有关。由于请求和资源的当前状态相冲突,因此请求不能成功。(HTTP 1.1新)
410 - Gone 所请求的文档已经不再可用,而且服务器不知道应该重定向到哪一个地址。它和404的不同在于,返回407表示文档永久地离开了指定的位置,而404表示由于未知的原因文档不可用。(HTTP 1.1新)
411 - Length Required 服务器不能处理请求,除非客户发送一个Content-Length头。(HTTP 1.1新)
412 - Precondition Failed 请求头中指定的一些前提条件失败(HTTP 1.1新)。
413 – Request Entity Too Large 目标文档的大小超过服务器当前愿意处理的大小。如果服务器认为自己能够稍后再处理该请求,则应该提供一个Retry-After头(HTTP 1.1新)。
414 - Request URI Too Long URI太长(HTTP 1.1新)。
415 – 不支持的媒体类型。
416 – Requested Range Not Satisfiable 服务器不能满足客户在请求中指定的Range头。(HTTP 1.1新)
417 – 执行失败。
423 – 锁定的错误。
5xx - 服务器错误
500 - Internal Server Error 服务器遇到了意料不到的情况,不能完成客户的请求。
501 - Not Implemented 服务器不支持实现请求所需要的功能,页眉值指定了未实现的配置。
502 - Bad Gateway 服务器作为网关或者代理时,为了完成请求访问下一个服务器,但该服务器返回了非法的应答。 亦说Web 服务器用作网关或代理服务器时收到了无效响应。
503 - Service Unavailable 服务不可用,服务器由于维护或者负载过重未能应答。例如,Servlet可能在数据库连接池已满的情况下返回503。服务器返回503时可以提供一个Retry-After头。这个错误代码为 IIS 6.0 所专用。
504 - Gateway Timeout 网关超时,由作为代理或网关的服务器使用,表示不能及时地从远程服务器获得应答。(HTTP 1.1新) 。
505 - HTTP Version Not Supported 服务器不支持请求中所指明的HTTP版本。(HTTP 1.1新)。
详细出处参考:http://www.jb51.net/article/22296.htm
分享到:
相关推荐
ajax异常,页面跳转异常处理
后台的全局异常处理,返回结果的封装,前台对于后台封装结果的解析,让你只需要关注业务逻辑而不需要关注返回异常信息
在JavaScript编程中,异常处理是一项至关重要的技能,尤其是在使用MicroSoftAjax进行客户端和服务器通信时。MicroSoftAjax库,作为Microsoft对AJAX技术的支持,提供了丰富的功能,包括异步数据交换、页面局部更新...
统一异常处理会区分前端是否ajax请求,自动返回json数据格式,要求开发人员在处理ajax请求时统一封装成一个对象返回,以符合代码统一规范。 此工程在idea环境编写,导入请自己新建工程手工复制代码导入。
将Axios与Vue使用时,可以全局捕获和处理Ajax错误。 安装 npm install vue-axios-interceptors --save // or yarn add vue-axios-interceptors // Make sure you import this package after you've imported Vue: ...
使用原生JavaScript处理AJAX请求,可以帮助开发者不依赖于外部库,如jQuery,也能有效地实现网络数据的异步交互。 在原生JavaScript中处理AJAX请求主要依靠的是XMLHttpRequest对象。以下是实现原生JavaScript处理...
因此,对于Ajax异常请求的处理至关重要。这可能包括但不限于以下几种情况: 1. 网络断开:当用户失去网络连接时,前端应能检测到并给出相应提示。 2. 服务器错误:服务器端出现异常,如500状态码,前端需要捕获并...
在使用ASP.NET AJAX时,可能会遇到一种特定的异常——`Sys.Webforms.PageRequestManagerParseErrorException`。这个异常通常发生在使用UpdatePanel进行异步更新时,由于服务器返回的响应内容无法被客户端的...
7. Ajax异常处理: - `$(document).ajaxComplete`用于处理所有Ajax请求完成后的回调,能够对请求后的状态进行统一处理,例如权限错误、404错误等情况的跳转处理。 8. HTML实体转换函数: - `unescapeEntity`函数...
- **错误处理**:需要正确处理网络错误、服务器错误等异常情况。 通过这个简单的Ajax DEMO,你可以了解到Ajax的基本使用方法,为进一步深入学习和应用Ajax打下基础。随着前端技术的发展,现在还有Fetch API、axios...
5. **Spring MVC中的异常处理** 对于AJAX请求,我们还需要考虑错误处理。Spring MVC提供全局异常处理器,可以通过`@ExceptionHandler`注解来捕获特定异常,并返回自定义的JSON或XML响应。 6. **状态码和头信息** ...
4. **错误处理**:通过监听onerror事件,可以捕获和处理Ajax请求中的异常情况。 **Ajax实战案例:** 1. **Google Maps**:Google Maps利用Ajax实现了平滑的缩放和拖动地图功能,无需每次操作都刷新整个页面。 2. **...
- **错误处理**:可能包含错误处理机制,如请求失败时的回调函数,帮助开发者捕获和处理异常情况。 - **跨域支持**:如果需要,`ajax.js`可能包含了处理CORS(跨源资源共享)的逻辑。 **3. 使用示例** ```...
**ASP.NET AJAX系列7:深入理解自定义异常处理** 在ASP.NET AJAX开发中,异常处理是不可或缺的一部分。本文将深入探讨如何在ASP.NET AJAX应用程序中有效地处理自定义异常,以提高应用的稳定性和用户体验。 首先,...
当请求失败或DLL内部出错时,需要有相应的错误处理机制,例如通过异常处理或者返回错误代码。 6. **兼容性和性能优化**: 确保`ajax.dll`与各种浏览器和不同版本的JavaScript兼容,同时关注性能优化,如减少网络延迟...
4. **异常处理**:AjaxResponse会包含一个处理异常的机制,确保无论后端代码中出现何种异常,都能统一转化为一个有意义的AjaxResponse,避免直接暴露系统内部错误信息给用户。 5. **响应构建**:利用lambda表达式,...
3. **错误处理**:需要编写合适的错误处理代码,以应对网络问题、服务器错误或其他异常情况。 4. **进度提示**:可以使用XMLHttpRequest的事件来显示加载进度,提升用户体验。 **四、Ajax最佳实践** 1. **渐进...
同时,错误处理也是关键,前端和后端都需要处理可能出现的异常情况,如网络故障、无效的输入或数据库错误。 总的来说,"ajax图书管理案例"是一个典型的前后端交互示例,展示了C#和Ajax如何协同工作以创建一个实时且...
如果请求失败,`error`回调函数会被调用,你可以处理异常情况。 此外,为了更好地展示数据,可能还需要在Struts2中使用Interceptor(拦截器),例如,`params`拦截器用于将请求参数绑定到Action,`validation`拦截...
10. 错误处理:有效的错误处理是AJAX应用不可或缺的部分,包括网络故障、服务器错误、数据格式问题等,都需要适当的异常处理和用户反馈。 在"AJAX各种特效演示"的压缩包中,可能包含了各种使用AJAX实现的特效实例,...