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

记得以前通常我们在调用 DWR 的远程方法是这样写

第一个至倒数第二个参数为客户端传向服务端的数据，最后一个参数直接就是一个回调函数。因为服务端根据 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，当它是一个函数时，就是个成功调用后的处理函数，它也可以是个包含几个函数的对象，此时远程调用就要这么写：

更深入的，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 获取更详细的信息。有进一步的实际需求时再来深入。

参考：1. Error and Exception Handling
        2. dwr engine.js属性的调用