¿Cómo elimina CDI el bean de sesión con estado?

Question

La especificación dice que el contenedor CDI elimina un SFSB cuando el contexto del alcance está a punto de destruirse. ¿Cómo elimina exactamente el EJB? No parece estar llamando al método anotado con @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! 
    } 
} 

Entonces, CDI está técnicamente haciendo lo que dice la especificación. La pregunta es ¿cómo se las arregla para pedir al contenedor EJB que elimine la instancia? Gracias.

Answer 1

Como covener dice que esto se hace usando una API EJB específica de implementación, eso no es parte de la API estándar de EJB.

Como dice Covener, llamar a @Remove es NO la forma correcta de proceder. El código de los usuarios llama a los métodos @Remove, y indican el contenedor EJB para eliminar el EJB. Si desea una devolución de llamada cuando se elimina el EJB, utilice @PreDestroy.

Answer 2

El método con anotación @Remove debe ser llamado explícitamente por el cliente, luego el contenedor llamará al método anotado con @PreDestroy implícitamente, si existe. Después de eso, la instancia de bean estará lista para la recolección de basura.

Este es el único método de ciclo de vida que el cliente puede controlar, todos los demás métodos están controlados por el contenedor.

Answer 3

Creo que el contenedor CDI necesita un gancho en el contenedor EJB para pedirle que "haga lo que haría si un método @Remove acaba de completar". En cuanto a las especificaciones EJB, EJB 2.1 tenía un mecanismo para esto en las interfaces que tenía que extender.

Por razones obvias, el contenedor que llama a un método arbitrario @Remove anotado para el efecto secundario es bastante desaconsejable.