In che modo CDI rimuove il bean di sessione con stato?

Question

La specifica dice che il contenitore CDI rimuove un SFSB quando il contesto dell'oscilloscopio sta per essere distrutto. Come rimuove esattamente l'EJB? Non sembra che chiami il metodo annotato 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! 
    } 
} 

Quindi, CDI sta facendo tecnicamente quello che dice la specifica. La domanda è: come riesce a chiedere al contenitore EJB di rimuovere l'istanza? Grazie.

Answer 1

Come covener dice che questo viene fatto utilizzando un'API EJB specifica dell'implementazione, che non fa parte dell'API standard EJB.

Come dice covener, chiamare @Remove è NON il modo corretto per procedere. I metodi @Remove sono chiamati dal codice degli utenti e indica allo il contenitore EJB per rimuovere il bean. Se vuoi una richiamata quando l'EJB viene rimosso, usa @PreDestroy.

Answer 2

Il metodo con annotazione @Remove deve essere chiamato esplicitamente dal client, quindi il contenitore chiamerà implicitamente il metodo annotato con @PreDestroy, se esiste. Successivamente, l'istanza del bean sarà pronta per la garbage collection.

Questo è l'unico metodo del ciclo di vita che il client può controllare, tutti gli altri metodi sono controllati dal contenitore.

Answer 3

Penso che il contenitore CDI abbia bisogno di un gancio nel contenitore EJB per chiedergli di "fare ciò che si farebbe se fosse stato appena completato un metodo @Remove". Osservando le specifiche EJB, EJB 2.1 aveva un meccanismo per questo nelle interfacce che dovevi estendere.

Per ovvi motivi, il contenitore che chiama un metodo annotato @Remove arbitrario per l'effetto collaterale è piuttosto sconsigliato.