Tomcat 8杀死后的会话持久性-9
我试图理解Tomcat（版本8.0.21)在执行kill-9之后的会话持久性。当我启动tomcat（使用startup.sh）时，我（随机）观察到web应用程序的http会话（这些会话是在kill命令执行之前创建的）仍在维护。如果我执行shutdown.sh来停止tomcat，然后再次启动tomcat，那么我理解重启期间的会话持久性。我对kill-9的理解类似于“断电”。所以我的问题是：
- 标准管理器实现是否在kill-9之后被调用，该kill-9试图在终止前持久化会话。
- 或者我只是获得了前一个会话，因为我的tomcat可能已经序列化了这几个会话（在它的临时目录中的某个地方），而它更早（在执行kill-9之前）。
共有1个答案
Tomcat会话管理器文档在这个主题上有很多话要说。这里有几个相关的宝石：
Tomcat提供了两个Manager的标准实现供使用--默认的一个存储活动会话，而可选的一个将已经交换出去的活动会话存储在存储位置（除了在Tomcat重启时保存会话之外）...
...
-
问题内容： 我从某个地方得知一个分离的屏幕可以被杀死 可以从哪里获得[您想杀死的会话＃] 但这是行不通的。哪里不对了？正确的方法是什么？ 问题答案： “杀死”只会杀死一个屏幕窗口。要“杀死”整个会话，请使用。 例 对于无效会话，请使用：$ screen -wipe
-
有一些不寻常的行为我不明白。当我登录到我的网站时，将创建一个新的会话。登录后，我可以立即向web服务器发送请求并执行一些事情，所有这些都需要一个有效的会话（我已经有了）。 问题是，在我登录之后，新的会话条目不会立即持久化到datastore（DynamoDB）。事实上，每次创建一个新会话时，我发现会话条目出现在Dynamodb中需要30秒到1分钟，有时甚至更长时间。 现在，我之所以能够在登录后立即
-
问题内容： 在CentOS 6.3上与Python 2.7，Apache + mod_wsgi一起运行 当我在localhost上时，一切正常。但是，当我在Azure中的vm上运行代码时，我看不到会话信息在页面之间保留。 基本上我的看法是： 打印输出为： 我对apache的wsgi配置是： 我设置了secret_key： 我尝试同时设置SERVER_NAME，但这无济于事： 关于如何进行更多调试的
-
我正在创建一个Drools有状态会话，如JBPM持久性文档中所述：http://docs.jboss.org/jbpm/v5.1/javadocs/org/drools/persistence/jpa/JPAKnowledgeService.html 但是，我遇到了以下异常 我的代码是： 在最后一行引发异常。在此之前，我已经绑定了上述文档中描述的JDBC JTA数据源。 我在MySQL JDBC驱
-
apache2启用了mod_proxy、mod_proxy_http和mod_proxy_connect，web.xml中的会话超时为30分钟。 编辑：忘了提：我的应用程序正在使用@Push（vaadin特性）
-
问题内容： 我正在使用请求模块（Python 2.5的版本0.10.0）。我已经弄清楚了如何将数据提交到网站上的登录表单并检索会话密钥，但是我看不到在后续请求中使用此会话密钥的明显方法。有人可以在下面的代码中填写省略号还是建议其他方法？ 问题答案： 您可以使用以下方法轻松创建持久会话： 之后，请继续执行您的请求： 有关会话的更多信息，请访问：https : //requests.kennethre