无法编写JSON:无法访问lob流

时间:2019-01-02 22:09:51

标签: java json postgresql blob

我正在使用PostgreSQL使用Spring-Boot编写服务器 我正在尝试获取有关链接到特定实体的图像的信息。 我正在尝试将用户信息从服务器发送到我的前端Angular应用程序。 在我的系统用户中,有图像链接到他的帐户,所以我做了ImageEntity

@Entity @Table(name = "image") @Data
public class ImageEntity {
   @Id @GeneratedValue(strategy = GenerationType.SEQUENCE)
   private Long id;
   private String name;
   private String type;
   @Lob
   private byte[] image;

   @JsonIgnore
   public byte[] getImage() {
       return image;
   }
}

然后我将图像列表链接到用户帐户类别

@Entity @Data
public class UserAccount{
@Id @GeneratedValue(strategy = GenerationType.SEQUENCE)
private Long id;
private String firstName;
private String lastName

@OneToMany(cascade = CascadeType.ALL)
@JoinTable(
        name = "user_images",
        joinColumns = {@JoinColumn(name = "user_id", referencedColumnName = "id")},
        inverseJoinColumns = {@JoinColumn(name = "image_id", referencedColumnName = "id")}
)
private List<ImageEntity> images;

public void addImage(ImageEntity image) {
    images.add(image);
}
}

然后我创建端点以按ID获取用户

@GetMapping("users/{id}")
public Optional<User> getUserById(@PathVariable Long id) {
    return service.getUserById(id);
}

服务方法非常简单

@Transactional
public Optional<User> getUserById(Long id) {
    return repository.findById(id);
}

我通过另一个端点添加了一些图像,效果很好,因为我可以在前端获取图像。

问题是当我想从服务器获取用户信息作为JSON(并且我在@Lob字段上写@JsonIgnore,因为我只想获取图像信息而不是实际图像)时出现此错误

Resolved exception caused by handler execution: org.springframework.http.converter.HttpMessageNotWritableException: Could not write JSON: Unable to access lob stream; nested exception is com.fasterxml.jackson.databind.JsonMappingException: Unable to access lob stream (through reference chain: com.app.model.user.User["images"])

我阅读了一些类似的文章,并尝试在Image的获取方法上给@JsonIgnore @Lob图像,我在服务方法检索元素中添加了@Transactional,但它不起作用。

我只是想从服务器获得这种消息:

{
 id: "1"
 firstName: "test",
 lstName: "test_ln",
 images: {
    {
        "id": 10,
        "name": "IMG12.jpg",
        "type": "image/jpeg"
    },
    {
        "id": 20,
        "name": "IMG456.jpg",
        "type": "image/jpeg"
    }
 }
}

1 个答案:

答案 0 :(得分:2)

最快的解决方案(不是最好的解决方案)是将fecth = EAGER添加到OneToMany图像关系中……此解决方案的问题在于,总是会加载图像实体(包括字节[ ]图片)(在处理用户实体时(可能是性能问题)...

下一个“最佳”解决方案是省略先前描述的EAGER配置,并在存储库中创建一个新方法...此类方法应执行如下JPA查询:

SELECT ua
FROM
    UserAccount ua
    LEFT JOIN FECTH ua.images img
WHERE
    ua.id = :id

这将加载用户及其相关图像...然后在您的服务中调用此方法(此解决方案的问题是即使只需要其他属性也加载byte [] image ImageEntity

最好的解决方案是扩展解决方案#2以仅检索ImageEntity所需的属性,从而产生如下查询:

SELECT
    ua,
    img.id, img.name, img.type
FROM
    UserAccount ua
    LEFT JOIN ua.images img
WHERE
    ua.id = :id

然后,您的存储库方法应返回一个JPA Tuple,然后在您的服务方法中将该元组转换为要返回的用户(包括相关图像的元数据)... (更新) 示例(使用您在评论中指出的方法):

// @Transactional  // Remove the transactional annotation to avoid cascade issues!
public User getUserById(Long id) {
    List<ImageEntity> images;
    List<Tuple> tuples;
    User user;

    tuples = repository.getUserById(id);
    user   = null;

    if (!tuples.isEmpty()) {
        user   = tuples.get(0).get(0, User.class);
        images = new ArrayList<>();

        for (Tuple t : tuples) {
            if (t.get(1) != null) {
                images.add(new ImageEntity(
                    t.get(1, Long.class),
                    t.get(2, String.class)
                ));
            }
        }
        user.setImages(images);
    }
    return user;
}

要使其正常工作,您需要:

  1. 修改方法getUserById的签名(在您的存储库中)以返回Tuple的列表
  2. 在ImageEntity类中使用以下签名创建构造函数方法:ImageEntity(long id, String name) { ... }
  3. 用户实体应具有方法setImages(List<ImageEntity> images) { ... }

UPDATE2::为了执行类似的操作,同时检索所有用户,您将需要:

1)在用户存储库中创建(或覆盖)一个方法,该方法的查询将类似于(将其称为findAll):

SELECT
    ua,
    img.id, img.name, img.type
FROM
    UserAccount ua
    LEFT JOIN ua.images img

2)在您的服务中,实现如下方法:

public List<User> findAll(Long id) {
    List<ImageEntity> images;
    List<Tuple> tuples;
    Map<Long, User> index;

    tuples = repository.findAll();
    index  = new HashMap<>();

    for (Tuple t : tuples) {
        user = t.get(0, User.class);

        if (!index.containsKey(user.getId()) {
            images = new ArrayList<>();

            user.setImages(images);
            index.put(user.getId(), user)
        } else {
            user   = index.get(user.getId());
            images = user.getImages():
        } 

        if (t.get(1) != null) {
            images.add(new ImageEntity(
               t.get(1, Long.class),
               t.get(2, String.class)
            ));
        }
    }
    return index.values();
}

EXPLANATION:关键点是我们希望使用图像元数据(仅代码,名称和类型)来检索用户,而避免加载lob属性(因为图像可以是MB,并且它们不会被使用/序列化)...这就是为什么我们执行这样的查询:

    SELECT
    ua,
    img.id, img.name, img.type
FROM
    UserAccount ua
    LEFT JOIN ua.images img
  • LEFT JOIN强制检索所有用户(包括没有图像的用户)

  • ORM(即JPA实现,例如休眠)将这种查询(始终)映射到元组对象!

  • 查询产生N x M个元组...其中N是用户总数,M是图像总数...例如,如果您只有1个用户有2个图像...结果将是是2个元组,其中第一个元组的组件始终是同一用户,其他组将是每个图像的属性...

  • 然后,您需要将元组对象转换为用户对象(这是我们在服务方法中所做的事情)……这里的重点是为图像使用新的ArrayList属性,在向其添加新的ImageEntity之前,我们需要执行此操作,因为ORM会为每个加载的User注入一个代理列表...如果我们向该代理添加某些内容,则ORM会执行此类代理的延迟加载,以检索关联的图片(这是我们要避免的东西)...