将HttpRequestExecutingMessageHandler的ExpectedResponseType设置为Page

Question

我正在使用MessagingGateway执行对另一个服务的HTTP调用。 该端点返回数据切片（使用分页），问题在于返回的结果的类型为Page （接口）。 我知道该接口的实现是PageImpl类型的类，但是问题是当我尝试反序列化该类时，该类没有任何默认构造函数，因此它失败。 我可以创建一个包含所需属性的POJO，它将解决问题，但是我想知道是否有任何弹簧技巧可以使我以更好的方式解决此问题。

这是我的消息网关配置的示例：

    Map<String, Expression> uriVariableExp = getDefaultEndpointProperties(host, apiKey);
    SpelExpressionParser parser = new SpelExpressionParser();

    uriVariableExp.put("parameter1", parser.parseExpression("payload.parameter1"));
    String endpoint =
            "{host}/resource?parameter1={parameter1}";

    HttpRequestExecutingMessageHandler gateway = new HttpRequestExecutingMessageHandler(endpoint, getRestTemplate());
    gateway.setRequiresReply(true);
    gateway.setHttpMethod(HttpMethod.GET);
    ParameterizedTypeReference<Page<ResourceModel>> typeReference = new ParameterizedTypeReference<Page<ResourceModel>>(){};
    gateway.setExpectedResponseTypeExpression(new ValueExpression<>(typeReference));
    gateway.setUriVariableExpressions(uriVariableExp);
    return gateway;

如您所见，expectedResponseType是我的问题，我尝试使用PageImpl但这会引发未找到构造函数的错误。

Answer 1

不，没有这样的内置技巧。 更糟糕的是：您的客户端HttpRequestExecutingMessageHandler必须不了解服务器的模型，并且其类路径中不得包含任何Spring Data jar。 从高处来看，REST服务不应将这样的模型返回到响应中。 不仅您的应用程序可能是该客户端。

因为您已经遇到了这样的问题，否则您别无选择，除非引入一些VO POJO以便能够正确地反序列化Page ，或者实现您自己的HttpMessageConverter来具有一个钩子来实例化Spring Data所需的PageImpl 。