[cdi-dev] [JBoss JIRA] (CDI-180) Clarify request context lifecycle during remote method invocation of EJB

[ https://issues.jboss.org/browse/CDI-180?page=com.atlassian.jira.plugin.sy... ] Mark Struberg commented on CDI-180: ----------------------------------- I'm not sure if this falls under this category, but do we generally like to define what happens with remote and also with _async_ parts? E.g. if I have a bean which starts an async EJB task. At first it sounds very tempting to just promote the current RequestContext and SessionContext also over to this async task. But now think a bit about it. The user starts an async EJB method which needs 30 minutes (or even longer) to succeed. Immediately after that, the user logs out and the logOutHandler therefor destroys the Session. What will happen? Also please be aware that the methods to programmatically access a Session with a given Id got removed from the Servlet spec long time ago. Plus there are serialization issues. Back to your original problem (which is different, but the effect is pretty much the same): whenever we cross boundaries (threads, servers), this might work in some situations, but we will fail to support it in a generally valid manner. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira