CDI/JSF如何处理会话超时

Question

我有一个jakarta EE8（CDI 2 / WELD / JSF 2.3 / WILDFLY）应用程序，在该应用程序中，我需要在用户注销时执行一些清理代码，手动注销还可以，但是现在我需要在会话自动发生注销时启动事件超时，为了处理此问题，我已经尝试了以下两种方法...

@Named
@SessionScoped
public class HttpSessionObservers implements Serializable {

    /**
     * 
     */
    private static final long serialVersionUID = 1L;
    
    @Inject private Logger log;
    @Inject SecurityContext securityContext;

    @PreDestroy
    public void processSessionScopedDestroying() {
        
        log.debug("Http Session predestroy");   
        Principal principal = securityContext.getCallerPrincipal(); //<----is null
        //...do some cleanup/logging operations on user account
    }

}

上面的 @predestroy 在会话时间播放时呼叫射击，但是登录用户（principal）始终是无效的已经登录了，因此我无法获得用户。

@Named
public class HttpSessionObservers implements Serializable {

    /**
     * 
     */
    private static final long serialVersionUID = 1L;
    
    @Inject private Logger log;
    @Inject private Event<UserLogoutEvent> userLogoutEvent;
    
    public void processSessionScopedInit(@Observes @Initialized(SessionScoped.class) HttpSession payload) {
        log.debug("Http Session initialised");
    }

    public void processSessionScopedDestroying(@Observes @BeforeDestroyed(SessionScoped.class) HttpSession payload) {
        //Never fires
        log.debug("Http Session predestroy");   
        Principal principal = securityContext.getCallerPrincipal();
        //...do some cleanup/logging operations on user account
    }

    public void processSessionScopedDestroyed(@Observes @Destroyed(SessionScoped.class) HttpSession payload) {
        log.debug("Http Session destroyed");    
    }
}

在这里，@beforedestroy的事件从未被解雇，似乎找不到任何工作的示例，它确实可以适合其他范围。

Answer 1

实现您自己的 httpsessionlistener 并用 @weblistener 进行注释。容器应识别此问题，并将在您的实现中调用 sessionDestroyed（）方法。您的课程有资格参加CDI注入，因此在 sessiondestroyed（）中，您可以发射事件并与CDI观察者一起收听。

参考：

编辑：

然后尝试以下操作：范围： httpsessionlistener inmand inmand to @ApplicationsCoped 。具有SessionID/用户名的同步图。在 sessionCreated（）中，插入地图中，然后在 sessionDestroyed（）中将其删除在最后 block中。

该容器还将有几个隐式 httpsessionListener s，因此在会话无效之后很长时间您的最后一个被称为您的最后一次。如果这样，您可以使用另一种技术来插入您的 httpsessionListener inmpriond。首先尝试上述技术，然后我们可以深入研究。