Как CDI удаляет сессионный компонент с состоянием?

Question

В спецификации указано, что контейнер CDI удаляет SFSB, когда контекст области видимости будет уничтожен. Как он точно удаляет EJB? Кажется, он не вызывает метод, аннотированный с помощью @Remove.

@Stateful 
public class CustomerDAOImpl implements CustomerDAO { 
    @PreDestroy 
    public void onDestroy() { 
     //This is getting called as expected 
    } 
    @Remove 
    public void deleteMyBean() { 
     //This is not getting called! 
    } 
} 

Таким образом, CDI технически выполняет то, что говорит спецификация. Вопрос в том, как справиться с вопросом, чтобы контейнер EJB удалял экземпляр? Благодарю.

Answer 1

Как говорит covener, это делается с использованием специфичного для реализации EJB API, который не является частью стандартного API EJB.

Как говорит covener, вызов @Remove NOT правильный путь. Методы @Remove вызывают код пользователя, а сообщают контейнер EJB для удаления EJB. Если вы хотите получить обратный вызов при удалении EJB, используйте @PreDestroy.

Answer 2

Метод с @Remove аннотация должна быть вызвана явно клиентом, тогда контейнер вызовет метод, аннотированный с помощью @PreDestroy неявно, если он существует. После этого экземпляр компонента будет готов для сбора мусора.

Это единственный метод жизненного цикла, которым может управлять клиент, все остальные методы контролируются контейнером.

Answer 3

Я думаю, что контейнер CDI нуждается в крючке в контейнере EJB, чтобы попросить его «сделать то, что вы сделали бы, если только метод @Remove только что завершил». Глядя на спецификацию EJB, EJB 2.1 имел механизм для этого в интерфейсах, которые вы должны были расширить.

По понятным причинам контейнер, вызывающий произвольный аннотированный метод @Remove для побочного эффекта, не рекомендуется.