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属性的调用

类别: Java/JEE. 标签: , . 阅读(373). 订阅评论. TrackBack.

Leave a Reply

Be the First to Comment!

avatar