gwt - 如果失败,如何重新发送 GWT RPC 请求(或如何创建持久的 RPC 请求)?

标签 gwt

如果失败(除 HTTP 200 之外的任何响应代码),我需要重试发送 GWT RPC 请求。原因很复杂,所以我不会详细说明。到目前为止,我在同一个地方处理所有请求响应,如下所示:

    // We override the RpcRequestBuilder.doSetCallback method and force your service to use it
    // With this we can read the response headers if we need to.
    ((ServiceDefTarget)serviceRPC).setRpcRequestBuilder(new RpcRequestBuilder() {

        @Override
        protected void doSetCallback(RequestBuilder rb, final RequestCallback callback) {
            super.doSetCallback(rb, new RequestCallback() {

                @Override
                public void onResponseReceived(Request request,
                        Response response) {
                    httpResponseOkHandler(callback, request, response);
                }

                @Override
                public void onError(Request request, Throwable exception) {
                    httpResponseErrorHandler(callback, request, exception);
                }
            });
        }
    });

因此,使用 httpResponseOkHandler 方法,我可以捕获 HTTP 故障。但是,有没有办法“重新抛出”请求,即再试一次?我不想存储 RPC 请求的高级参数,我更愿意使用已经流式传输并准备重新发送的请求内容。

有任何想法吗?

最佳答案

嗯,自己找到了答案。所以它毕竟很整洁。在负载重的医院环境中工作,网络往往不可靠。所以这就是为什么我需要在放弃之前重新发送 rpc 请求几次。这是解决方案:

1- 设置您的特殊请求构建器以捕获所有请求响应,但保留请求构建器。

    ((ServiceDefTarget)serviceRPC).setRpcRequestBuilder(new RpcRequestBuilder() {

        @Override
        protected void doSetCallback(RequestBuilder rb, final RequestCallback callback) {
            final RequestBuilder requestBuilder = rb;
            super.doSetCallback(rb, new RequestCallback() {

                @Override
                public void onResponseReceived(Request request,
                        Response response) {
                    httpResponseOkHandler(requestBuilder, callback, request, response);
                }

                @Override
                public void onError(Request request, Throwable exception) {
                    httpResponseErrorHandler(requestBuilder, callback, request, exception);
                }
            });
        }
    });

2- 现在使用请求构建器根据需要多次发送请求。一件很棒的事情是请求构建器已经设置并且数据被序列化,这避免了必须存储 POJO 未序列化的数据。
    // We had some server HTTP error response (we only expect code 200 from server when using RPC)
    if (response.getStatusCode() != Response.SC_OK) {
        Integer requestTry = requestValidation.get(requestBuilder.getRequestData());
        if (requestTry == null) {
            requestValidation.put(requestBuilder.getRequestData(), 1);
            sendRequest(requestBuilder, callback, request);
        }
        else if (requestTry < MAX_RESEND_RETRY) {
            requestTry += 1;
            requestValidation.put(requestBuilder.getRequestData(), requestTry);
            sendRequest(requestBuilder, callback, request);
        } else {
            InvocationException iex = new InvocationException("Unable to initiate the asynchronous service invocation -- check the network connection", null);
            callback.onError(request, iex);
        }
    } else {
        callback.onResponseReceived(request, response);         
    }

这对我来说很好用,请自行承担风险!

关于gwt - 如果失败,如何重新发送 GWT RPC 请求(或如何创建持久的 RPC 请求)?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11056324/

相关文章:

SelectionCell 的 CSS 样式

web-applications - GWT 中 DockLayoutPanels 的调整大小和滚动问题

gwt - Scala 可以用于编写 GWT 应用程序吗?

GWT 历史记录删除项目

design-patterns - GWT 2.1 中包含的 MVP 框架是否使其他 GWT MVP 框架变得多余?

java - GWT 互操作性 : invoke java applet from GWT generated javascript

gwt - 如何在 GWT 项目中使用 JSTL?

gwt - 分析 GWT 应用程序的工具

gwt - 使用 GWT 中内置的 RPC 序列化/反序列化机制

java - GWT 正则表达式结果与 Java 中的相同正则表达式不同