SFSBs are mapped to known user sessions. Using DI in a webapp simplifies the usage of SFSBs and other beans. Problem is, that if one does something involving changes to the user session within a webapp, the SFSB previously injected does not match that changed session. Considering a login where a new session is started, this will result in "loss" of all data stored in the SFSB currently used as it is bound to any previously present session. An (active) re-attaching of currently present SFSB instances to the current session can help the bean manager to keep track of session changes without loss of beans.
UAC:
- SFSB-to-session mapping MUST be updateable/updated on session changes
SFSBs are mapped to known user sessions. Using DI in a webapp simplifies the usage of SFSBs and other beans. Problem is, that if one does something involving changes to the user session within a webapp, the SFSB previously injected does not match that changed session. Considering a login where a new session is started, this will result in "loss" of all data stored in the SFSB currently used as it is bound to any previously present session. An (active) re-attaching of currently present SFSB instances to the current session can help the bean manager to keep track of session changes without loss of beans.
UAC: