跨 EJB（有状态会话 Bean）与 HTTP 会话与现代框架的会话信息答案

【问题标题】：Session info across EJB (Stateful Session Beans ) vs HTTP Session vs modern frameworks跨 EJB（有状态会话 Bean）与 HTTP 会话与现代框架的会话信息
【发布时间】：2019-01-24 18:55:47
【问题描述】：

在我以前进行编码时，我主要使用无状态会话 Bean，并且跨页面遍历所需的所有信息都放在 HTTP 会话对象中。那时（甚至现在）我从来不理解 EJB 的“USP”对于“业务层”实现来说是“透明的”和“安全的”，因为它涉及处理 Skeleton 和 Stub 以及其他伪装成矫枉过正的行话的方法易于使用/安全的名称。我只是想知道为什么有人会使用有状态会话 EJB，如果同样可以通过 SLSB + HTTPSession 完成？请不要给我购物车或银行应用程序的高级示例，因为我已经知道了。我正在寻找一些详细说明为什么编码人员选择 SFSB 而不是 SLSB+HttpSession 的答案。另外，在您最近的体验中，这些与会话相关的东西是如何处理的？

【问题讨论】：

标签： http ejb httpsession stateless-session-bean stateful-session-bean

【解决方案1】：

您假设视图层始终是 http 客户端。但是视图层可以用其他方式来架构。例如 Java Swing 客户端应用程序（客户端服务器通信仅通过 ejbs 完成。

一个有助于区分 SFSB 和 HttpSession 的问题。 Stateful Session Bean and HTTP Session

【讨论】：

感谢您尝试回答我的问题 Henrique。我很想知道 Swing 是如何与 Http 协议一起工作的 UI 框架。也不要从主题中被劫持，我想了解为什么“编码人员选择 SFSB 而不是 SLSB+HttpSession？”