Могу ли я вставить EjbService в CDI вместо @Ejb?

Question

Имея @Stateless public class EjbService {...}, является @Inject EjbService myService; ок?

Будет ли он действительно вводить SLSB, или он создаст новое pojo?
Будет ли такой вставленный myService быть транзакционным?
Будет ли такой вставленный myService быть потокобезопасным?

Answer 1

Как отметил @scottb, если это определенная версия спецификации, EJB будет введена, поскольку EJB - это надмножество инъекционных объектов.

Сказав это, давайте идти один за другим:

1. Новый POJO? Если он не привязан к предварительно определенному контексту CDI, то это будет новый POJO. Это может также отличаться сервером приложений.

2. Transactional? Это полностью зависит от сервера приложений, и если сканирование сервера приложений распознает EJB, это зависит от типа транзакционного управления, настроенного в конфигурации EJB.

3. Нить-сейф? Если он создается как POJO контейнером, он наследует поточно-безопасные характеристики контейнера (например, контейнер сервлетов). Опять же, сервер приложений может сканировать его как EJB и поддерживать многопоточность в стиле EJB при вводе в качестве POJO.

Таким образом, вы можете ввести SLSB в качестве POJO, поскольку это POJO. Тем не менее, вы не можете полагаться на поведение, специфичное для EJB, когда вы вводите таким образом, если вы не проверили все на своем сервере приложений, что может быть сложнее и подвержено ошибкам, чем просто использовать сервер приложений, поддерживающий EJB.

Короче говоря, когда вы просто вводите EJB в качестве POJO, вы являетесь «вне спецификации». Это означает, что сервер приложений не гарантирует соответствие спецификациям EJB.