将无状态会话 bean 注入自定义 JsonDeserializer 失败

Question

我正在构建一个使用 JPA (EclipseLink) 提供 JAX-RS REST 服务的应用程序。当通过 JSON 公开用户实体时，我在某些字段（例如密码字段）上使用 @XmlTransient 注释以将它们隐藏在 JSON 表示中。发送创建或更新 (POST/PUT) 操作时，我想再次填充缺失的字段，以便 JPA 正确执行操作。

我目前的方法是我有一个自定义 JsonDeserializer 用于反序列化用户并添加缺少的字段。为此，我想注入（使用 @Inject）一个处理 JPA 内容的 UserFacadeREST bean。但是，此注入失败并且 bean 实例为 null（这当然会导致 NullPointerException）。

我的UserFacadeREST bean注释如下：

@Stateless
@LocalBean
@Path(UserFacadeREST.PATH)
public class UserFacadeREST extends AbstractFacade<User> {
    //...
}

我的UserDeserilizer（自定义JsonDeserializer）：

public class UserDeserializer extends JsonDeserializer<User> {

  @Inject
  private UserFacadeREST userFacade;

  @Override
  public User deserialize(JsonParser parser, DeserializationContext context) throws IOException,
      JsonProcessingException {
    JsonNode node = parser.getCodec().readTree(parser);
    int userId = (Integer) ((IntNode) node.get("userID")).numberValue();
    System.out.println(userId);
    User user = userFacade.find(userId); // This line produces the NullPointerException
    return user;
  }

}

然后我在我的用户实体上使用 @JsonDeserialize:

@Entity
@Table(name = "User")
@XmlRootElement
@JsonDeserialize(using = UserDeserializer.class)
public class User implements Serializable {
    // ...
}

我在我的 WEB-INF 文件夹中包含了一个 bean.xml 文件，其中 bean-discovery-mode 设置为 all。我错过了什么？

Answer 1

我不是很熟悉 CDI，但是一些快速的 Google'ing 让我相信 bean-discovery-mode 应该是 all、annotated，或者none（true 不是有效值）。 Reference

如果这不能解决问题，那么 Spring 可能会遇到同样的问题：您必须将 UserDeserializer 声明为要应用依赖注入的 bean。

编辑：刚刚发现这个 other question 基本上与您遇到的问题相同。

最终，您可能需要重新设计反序列化后调用 userFacade 的逻辑。

Answer 2

乔恩·彼得森为我指明了正确的方向。我最终选择以某种方式实施 'hackish' 解决方案。请注意，这里基本上有 2 个选项（如果您知道另一个，请告诉我！）。简短版本：

Hackish 解决方案（我选择的解决方案）：使用 javax.enterprise.inject.spi.CDI.current().select(UserFacadeRest.class).get() 以编程方式注入一个 bean，如 Jon 或
更好（干净）的解决方案（但也更详细）：重新设计逻辑以填充缺失的字段在反序列化之后，如乔恩

所以对于我的问题，解决方案如下所示：

1.

import javax.enterprise.inject.spi.CDI;

public class UserDeserializer extends JsonDeserializer<User> {

  private final UserFacadeREST userFacade =
      CDI.current().select(UserFacadeREST.class).get();

  // Rest as before
}

2。在这种情况下，在我的 JsonDeserializer 的 deserialize 方法中，我将构造一个只包含用户 ID 的用户。在每个请求方法中，我都必须检查所有用户并通过调用 EntityManager.find(User.class, user.getUserID()) 将它们替换为实际用户。这意味着在业务逻辑上需要付出更多努力，因为您必须记住，每次您需要在请求方法中处理 User 时，您首先必须进行查询以获取 'full' User 对象。在第一个解决方案中，此查询对业务逻辑是隐藏的，并且已经在 JsonDeserializer.

中发生

public class UserDeserializer extends JsonDeserializer<User> {

  @Override
  public User deserialize(JsonParser parser, DeserializationContext context) throws IOException,
      JsonProcessingException {
    JsonNode node = parser.getCodec().readTree(parser);
    int userId = (Integer) ((IntNode) node.get("userID")).numberValue();
    return new User(userId); // Placeholder User object containing only the user ID, needs to be replaced in business logic
  }

}

将无状态会话 bean 注入自定义 JsonDeserializer 失败

Injection of stateless session bean into custom JsonDeserializer fails

java

json

jackson

cdi