会话感知应用程序

Question

我有意写了'会话感知'而不是'会话共享'应用程序。以下是一个场景：

我有一个webapp（WA1）部署在Tomcat的一个实例中。假设所有应用程序都部署在根目录下，并且我们没有处理上下文。此应用程序允许用户登录，在现场完成他们的工作并注销。

在另一个tomcat实例上还有另一个webapp（WA2）。这个应用程序处理一个服务，可以说，它读取一些文件和流到浏览器。

WA1提供一个页面，该页面包含一个链接到WA2的链接。

现在我在WA1中有一个有效的会话，用于标识用户是谁以及会话是否有效。我希望WA2在遵守WA1提供的页面请求之前知道它。

什么是处理这个问题的最好方法？

我排除了共享会话（除非这是更好的方式，请解释一下），因为WA1本身可以负载均衡，WA2可以负载均衡，并且可以通过两个负载平衡的实例保持共享会话的应用程序可能会得到压倒性的。

我倾向于一种“令牌”机制..其中WA1创建与每个会话相关联的令牌，并使其可以从WA1提供的任何页面将每个网址提供给WA2。 WA2会首先检查令牌，并查看它是否是一个有效的令牌（许多方法可以这样做：A：对WA1发出Web服务调用以询问令牌是否是有效的会话令牌。B：WA1会持续到DB或文件系统和WA2从那里寻找..），并且如果它是有效的，那么遵守请求。这里的问题是确保当WA1中的会话到期时令牌失效。

我想知道这种方法是否足够好，还是有更好的方法来做到这一点？

由于

M.相反

Answer 1

默认情况下，小服务程序API使用cookie，通常命名为jsessionid，存储会话ID在每个浏览器。然后，浏览器将cookie传递给每个请求的服务器。只要tomcat的两个实例都在同一个域中，他们都应该可以访问该cookie。除非我错过了一些东西，否则只是在第二个应用程序中测试该cookie的问题。

更新：即使每个tomcat实例运行在不同的域中，它们仍然可以通过调用Cookie类的setDomain(String domainPattern)方法共享这些cookie。