WebSphere 反向投资者: 返璞归真：会话故障转移

核心提示： 话说如此，也许您真的确实无法容忍某人必须重新登录并从头重新创建 HttpSession 对象，WebSphere 反向投资者: 返璞归真：会话故障转移(3)，也许这是因为您遗憾地选择了使用 HttpSession 作为应用程序缓存，或者是由于其他某种原因，而 HttpSession 从未打算用于

话说如此，也许您真的确实无法容忍某人必须重新登录并从头重新创建 HttpSession 对象。也许这是因为您遗憾地选择了使用 HttpSession 作为应用程序缓存，或者是由于其他某种原因。在任何情况下，WebSphere Application Server Network Deployment（以下称为 Network Deployment）都提供了两种用于会话分发的机制：分布式复制服务（Distributed Replication Service，DRS）和数据库持久性。我对 Network Deployment 会话分发机制的建议与在前一个专栏中陈述的建议相同，即采用数据库持久性。

另一种用于会话分发的替代机制是 WebSphere eXtreme Scale，这以前称为 WebSphere Extended Deployment 的 ObjectGrid 组件。WebSphere eXtreme Scale 提供了独立于应用程序服务器运行时的基于内存的复制机制。因此，可以将 WebSphere eXtreme Scale 用于在运行于不同应用程序服务器运行时上的不同应用程序之间共享应用程序状态（缓存）。特定于 HttpSession 来说，WebSphere eXtreme Scale 提供了一个 Servlet 筛选器，可以覆盖任何 Java Platform, Enterprise Edition EAR 文件的 HttpSession 实现。通过 WebSphere eXtreme Scale 中提供的脚本，很容易将该筛选器安装到 EAR 中。

我要补充的是，如果您事实上正在将 HttpSession 用作应用程序缓存，与 Network Deployment 中提供用于会话分发的机制相比，WebSphere eXtreme Scale 很可能是更好的替代方法。这是因为，WebSphere eXtreme Scale 旨在用作分布式应用程序缓存，而 HttpSession 从未打算用于此用途，尽管在按上述方式有效地使用 HttpSession 的情况下，Network Deployment 中的分布式会话选项是高效和可伸缩的。

HttpSession 共享呢？