¿Cómo funciona @SessionScoped con EJB? ¿CDI es solo para web-tier?

Question

¿Cómo se define la sesión en @SessionScoped CDI bean?
¿Es esta anotación válida solo cuando se llama desde el contenedor del servlet, donde la sesión está bien definida en el formulario de HttpSession?

Si no, ¿cómo puede saber un EJB con @Inject @SessionScoped MyBean myBeancuál es realmente la sesión? Quiero decir, los métodos de este EJB podrían haber sido invocados por un cliente independiente, RESTful WS o por alguna otra vista.
¿Qué debería pasar en tal caso? Si la anotación no tiene sentido, ¿debería inyectarse una nueva instancia MyBean para cada solicitud o quizás debería conservar la misma instancia en todas las solicitudes?

Answer 1

tomado de la @SessionScoped specification

El ámbito de sesión está activa:

durante el método de servicio() de cualquier servlet en la aplicación web, durante el método doFilter() de cualquier filtro de servlet y cuando el contenedor llama a cualquier HttpSessionListener, AsyncListener o ServletRequestListener.

En resumen, sí. Está vinculado a la HttpSession. También:

El contexto de la sesión se comparte entre todas las solicitudes de servlets que ocurren en la misma sesión HTTP. El contexto de la sesión se destruye cuando se agota el tiempo de espera de la sesión HTTPSession , después de que todos los HttpSessionListeners hayan sido llamados , y al final de cualquier solicitud en la que invalidate() fue llamado, después de que todos los filtros y ServletRequestListeners hayan sido llamados .