DWR 调用远程方法的错误和异常处理

DWR 调用远程方法的错误和异常处理。

　　记得以前通常我们在调用 DWR 的远程方法是这样写Remote.method(params,function(data){　　 
　　　 //服务端执行后客户端的逻辑，如　　 
　　　 alert("服务端执行后返回的数据："+data);　　 
});　 
Remote.method(params,function(data){
　　　 //服务端执行后客户端的逻辑，如
　　　 alert("服务端执行后返回的数据："+data);
});

　　第一个至倒数第二个参数为客户端传向服务端的数据，最后一个参数直接就是一个回调函数。因为服务端根据 Java 对象生成的 js 代码就是：

Remote.method = function(p0, callback) {
　　　 dwr.engine._execute(Remote._path, 'Remote', 'method', p0, callback);
}

　　所以很直观的把第二个参数理解为就是一个回调函数。当然要注意了，上面说的远程方法都是一个参数，如果为多个参数的话，callback 总是最后一个参数，如：

Remote.method= function(p0, p1, callback) {
　 dwr.engine._execute(Remote._path, 'Remote', 'method', p0, p1, callback);
}

　　你的 DWR 程序要是一切顺利，那都好说，算你幸运；而要是碰到了远程方法在处理你的请求时抛出了异常，你将会看到 DWR 只会给你一个 alert("Error") 简单显示错了，而这是不够的。所以你需要去琢磨如何主动捕获种这一错误，更友好的展示给用户。所以若碰到远程调用的异常，你同样是幸运的，因为又可以思考来学到一着。

　　那个 alert("Error") 其实是 DWR 的全局错误处理，可通过 dwr.engine.setErrorHandler(errorHandler) 来改变它的默认行为的，如

function errh(errorString, exception) {
　　　 alert("提示你自定义的全局出错信息。");
}

dwr.engine.setErrorHandler(errh);

　　也许我们很少这么做，因为全局性的错误处理满足不了个性化的远程调用。我们可以把错误处理　 errorHandler 写在远程调用的函数参数中。回头看前面那个 callback，当它是一个函数时，就是个成功调用后的处理函数，它也可以是个包含几个函数的对象，此时远程调用就要这么写：

Remote.method(params,{　　 
　　　　　　　 callback:function(data){ //调用成功时的处理函数　　 
　　　　　　　　　　　 //服务端执行后客户端的逻辑，如　　 
　　　　　　　　　　　 alert("服务端执行后返回的数据："+data);　　 
　　　　　　　 },　　 
　　　　　　　 errorHandler:function(errorString, exception) {//执行异常时　　 
　　　　　　　　　　　 alert('修改 XXX 时出错，请检查 XXX 云云：'+ errorString)　　 
　　　　　　　 }　　 
　　　 }　　 
);　 
Remote.method(params,{
　　callback:function(data){ //调用成功时的处理函数
　　　//服务端执行后客户端的逻辑，如
　　　alert("服务端执行后返回的数据："+data);
　　},
　　errorHandler:function(errorString, exception) {//执行异常时
　　　alert('修改 XXX 时出错，请检查 XXX 云云：'+ errorString)
　　}
　}
);

　　更深入的，callback 中不可以包括另外两个函数属性：exceptionHandler、warningHandler 和 textHtmlHandler。没有 exceptionHandler 处理函数就会去应用 errorHandler 函数，并且如果在 callback 函数中的 js 出错也会跑到 errorHandler 去执行的。详细的用法请见：http://directwebremoting.org/dwr/other/errors.html。

　　再，还能在 dwr.xml 中配置有关异常的 convert，如：

<convert match="java.lang.Exception" converter="exception"/>

　　这样你就能通过 errorHandler 的 errorString、exception 获取更详细的信息。有进一步的实际需求时再来深入。