如何在Java中使用纯Jackson而不是Spring的Spring HAL/HATEOAS API

Question

我们正在尝试为使用Spring数据创建的API创建Java客户端。

有些endpoint返回包含_embedded和_links属性的HAL+JSON响应。

{
    "_embedded": {
        "plans": [
            {
               ...
            }
        ]
    },
   ...
}

_Embedded对象的内容也可以变化,尝试使用泛型的解决方案,如下面的示例,最终返回给我们的是LinkedHashMap对象列表,而不是预期的类型。

class PaginatedResponse<T> {
    @JsonProperty("_embedded")
    Embedded<T> embedded;

    ....
}

class Embedded<T> {
    @JsonAlias({"plans", "projects"})
    List<T> content; // This instead of type T ends up deserialising as a List of LinkedHashMap objects

    ....
}

我不确定上述问题是否与这份2015年的Jackson bug报告相关。

到目前为止，我们唯一的解决方案是为每种类型的内容创建一个分页响应（带有显式定义的类型），或者为我们期望接收的每种类型的对象包含一个列表 ，并确保我们只从填充的列表中读取，而不是从空的列表中读取。

所以我们对这个相当分散的问题的主要问题是，在不使用Spring的情况下，应该如何导航这样的API？

我们不认为使用任何形式的Spring是可以接受的解决方案。同时，我在这里可能大错特错，但在java世界中Spring似乎是唯一一个积极支持/促进HAL/HATEOAS的框架？

如果这个问题中有错误表达的概念、假设和术语，我很抱歉，但我们正试图围绕这样一个实现的哲学以及如何从Java的角度来处理它。

Answer 1

您可以尝试使用超级类型令牌来消费HATEOS API。一种处理各种hateos响应的通用方法。

例如：

在泛型类下面处理响应

public class Resource<T>  {
 
 protected Resource() {
  this.content = null;
 }
 
 public Resource(T content, Link... links) {
  this(content, Arrays.asList(links));
 }
}

ObjectMapper objectMapper = new ObjectMapper();
Resource<ObjectA> objectA = objectMapper.readValue(response, new TypeReference<Resource<ObjectA>>() {});

Resource<ObjectB> objectB = objectMapper.readValue(response, new TypeReference<Resource<ObjectB>>() {});

http://www.java-allandsundry.com/2014/01/consument-spring-hateoas-rest-service.html