Session 桌面和移动网站应用程序之间的会话共享？

我想知道什么是最好的方式是共享身份验证，会话管理等跨网站的移动和桌面版本。我们正在运行Tomcat，并且更喜欢将移动和桌面站点的应用程序分别放在不同的节点上

我看到过类似的帖子，内容是关于在Tomcat应用程序中持久化会话，但我更喜欢通过应用程序单独完成这项工作。我已经读过Tomcat中的集群，但这似乎是针对跨多个节点运行的单个应用程序

---

有没有一个共同的方法来做到这一点？其他网站如何跨移动和桌面版本处理会话管理？

如果我理解正确，您正在将网站的移动和桌面版本作为单独的web应用程序来实现。据我所知，跨多个应用程序共享会话不是j2ee规范的一部分；除此之外，我不知道有任何产品提供此功能

…因此，您可以选择实施自己的：）

---

一个明显的方法是使用db来存储会话数据，而不是HttpSession；我不是说这很容易；事实上，如果我理解正确，那么重新考虑为同一个站点使用两个单独的应用程序的决定可能是一个很好的理由，如果我理解正确，您正在将您的站点的移动版和桌面版作为单独的web应用程序来实现的话。据我所知，跨多个应用程序共享会话不是j2ee规范的一部分；除此之外，我不知道有任何产品提供此功能

…因此，您可以选择实施自己的：）

---

一个明显的方法是使用db来存储会话数据，而不是HttpSession；我不是说这很容易；实际上，这可能是重新考虑为同一个站点使用两个独立应用程序的决定的一个很好的理由

我在这里可能会问一个非常明显的问题，但为什么移动会话的处理方式应该不同于桌面？我可以看到以不同的方式呈现视图…但我很难理解为什么您希望以不同的方式处理会话。我可能解释错了。我们不需要以不同的方式处理移动会话，只需将其共享到桌面版本即可。相当于登录移动站点，然后单击“完整站点”链接。您的移动站点和桌面站点是在相同的上下文中运行，还是在完全不同的web服务器中运行？不同的web服务器，但相同的域名。我可能在这里问了一个显而易见的问题，但为什么移动会话的处理方式应该不同于桌面？我可以看到以不同的方式呈现视图…但我很难理解为什么您希望以不同的方式处理会话。我可能解释错了。我们不需要以不同的方式处理移动会话，只需将其共享到桌面版本即可。相当于登录到移动站点，然后单击“完整站点”链接。您的移动站点和桌面站点是在相同的上下文中运行，还是在完全不同的web服务器中运行？不同的web服务器，但域名相同。我们本质上是在Tomcat中的群集/阀门还是可能使用SSO之间争论。所以看起来我们有办法使用Tomcat功能，而不必自己动手，但我们只是不确定什么是最佳实践。。。这些选项听起来并不适合我：sso将多个（不同的）应用程序的会话标记为可能共享凭据信息的已验证会话是有用的，但其目的并不是真正共享会话中的所有数据。集群将有助于在服务器的多个实例中部署同一应用程序的多个副本（可能是为了横向扩展）。实际上，我们正在讨论Tomcat中的集群/valve还是使用SSO。所以看起来我们有办法使用Tomcat功能，而不必自己动手，但我们只是不确定什么是最佳实践。。。这些选项听起来并不适合我：sso将多个（不同的）应用程序的会话标记为可能共享凭据信息的已验证会话是有用的，但其目的并不是真正共享会话中的所有数据。集群将有助于在服务器的多个实例中部署同一应用程序的多个副本（可能是为了水平扩展）。