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

【问题标题】：Injection of stateless session bean into custom JsonDeserializer fails将无状态会话 bean 注入自定义 JsonDeserializer 失败
【发布时间】：2016-12-30 20:56:56
【问题描述】：

我正在构建一个使用 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。我错过了什么？

【问题讨论】：

您只能@Inject 到 CDI 容器托管对象中。由于UserDeserializer 未声明为托管 bean，因此不应发生依赖注入，因为容器不会为您提供此服务。
谢谢。那么如何将我的 UserDeserializer 声明为托管 bean？我尝试使用@ApplicationScoped 和@Singleton，但都没有工作...

标签： java json jackson cdi

【解决方案1】：

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

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

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

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

【讨论】：

对不起，乔恩，你是绝对正确的。我实际上使用了all，只是在写问题时混淆了它。我刚刚检查过，使用true 时项目甚至没有编译。那么如何将我的UserDeserializer 声明为 bean？当然有某种注释，但是哪一个？
在稍等片刻之后，我实际上认为这根本无法做到。 UserDeserializer 的实例将由 Jackson 而不是 CDI 创建。这意味着不会处理 CDI 注释（例如 @Inject）。我刚刚发现另一个问题，我将在我编辑的答案中提出：
感谢乔恩，您为我指明了正确的方向。以编程方式注入 UserFacadeREST 实例对我有用，所以我选择了这种方法，因为它需要的工作量更少，而且我们可以在一个地方“重新填充”缺失的字段，并从业务逻辑中抽象出来。但我明白，这不是最好的方法。我试图在我的回答中强调这一点并提到这两种方法，所以我会将我的方法标记为已接受的方法，以防万一其他人更愿意坚持注射。

【解决方案2】：

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

Hackish 解决方案（我选择的解决方案）：使用 javax.enterprise.inject.spi.CDI.current().select(UserFacadeRest.class).get() 以编程方式注入 bean，如 Jon 提到的问题的 accepted answer 中所述或
更好（干净）的解决方案（但也更精细）：按照 Jon 的建议，在反序列化后重新设计逻辑以填充缺失的字段。

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

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 时，您首先必须进行查询以获取“完整”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
  }

}

【讨论】：