Включение сеанса сеанса без состояния в пользовательский JsonDeserializer завершается

Question

Я создаю приложение, предоставляющее службу REST JAX-RS, используя JPA (EclipseLink). При экспонировании объектов пользователя над JSON я использую аннотацию @XmlTransient в некоторых полях (например, поле пароля), чтобы скрыть их от представления JSON. При отправке операции создания или обновления (POST/PUT) я хотел бы снова заполнить недостающие поля, чтобы JPA корректно выполнил операцию.

Мой текущий подход заключается в том, что у меня есть пользовательский JsonDeserializer, который используется для десериализации пользователя и добавления недостающих полей. Для этого я хотел бы ввести (используя @Inject) фасоль UserFacadeREST, который обрабатывает JPA-материал. Однако эта инъекция терпит неудачу, а экземпляр компонента - null (который, конечно же, вызывает NullPointerException).

Мой UserFacadeREST боб annoted следующим образом:

@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 { 
    // ... 
} 

Я включил файл bean.xml в свой W EB-INF с bean-discovery-mode установлена ​​в all. Что мне не хватает?

Answer 1

Джон Петерсон указал мне в правильном направлении. Наконец, я решил реализовать «хакерское» решение. Обратите внимание, что здесь есть в основном 2 варианта (если вы знаете другой, сообщите мне об этом!). Короткая версия:

1. хак решение (решение, которое я выбрал): впрыснуть боб программно с помощью javax.enterprise.inject.spi.CDI.current().select(UserFacadeRest.class).get(), как описано в accepted answer вопросе, упомянутый Джоном или
2. Лучше (чистый) раствор (но также более подробно): переконфигурируйте логику, чтобы заполнить недостающие поля после десериализация, предложенная Джоном.

Так мой вопрос, решение выглядит следующим образом:

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. В этом случае в deserialize методе моего JsonDeserializer я бы построить пользователь, который просто держит идентификатор_пользователь. В каждом методе запроса мне пришлось бы изучить всех пользователей и заменить их фактическим пользователем, вызвав 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 
    } 

} 

Answer 2

Я не супер знакомы с КДИ, но некоторые быстро Google'ing приводит меня к мысли, что bean-discovery-mode должен быть либо all, annotated или none (true не является допустимым значением). Reference

Если это не исправить, это может быть та же проблема, что и Spring: вы должны объявить свой UserDeserializer в качестве компонента для инъекции зависимостей, которая будет применяться.

EDIT: Только что нашел это other question, что в основном та же проблема, что и у вас.

В конечном счете вам, вероятно, нужно просто перепроектировать логику, чтобы позвонить по телефону userFacade после десериализации.