We are running tomcat application server that handle over 100 concurrent sessions. In the last 2 months the most active users noticed that sometimes they are getting kicked off from the system.
正如我从原木目录会议所理解的那样,没有任何理由就已经过期。
I see no problems from the web application side. Is there any problem from the tomcat side?
Tomcat 6.0.18。
如果不存在引起这种变化的法典变化,我将考虑记忆的使用。 http://www.em>might是Tocat从记忆中解脱和取消回收会议的效果。
如果在一切可能情况下都对垃圾收集进行监测,并(或)对jconsole进行监测。 Java 飞行记录员或录像机
一项可能的原因是,你在会议上提出了一个目标,即NOT执行可扩展的接口。 Tomcat偶尔在磁盘上写一些会议。 如果会议含有不可再生的物体,则将完全从集装箱中移走(因为是不可再生的)。 如果发生这种情况,你应当看到散射记录中的例外。
我将加强对服务器的总体监测,特别是加强对会议的监测。
良好的监测应用是:lambda probe——允许你观察本届会议及其数据。 我还想加上一个HttpSessionListener,用于记录会议的制作和销毁。
<><>Edit>/strong>
您能否在届会中添加一些非序列性物体,Tomcat未能将其注入磁盘?
www.un.org/Depts/DGACM/index_spanish.htm Edit 2
Lambda probe似乎已经死亡,在上,该项目的顶点好得多。
时间很短,你可以在你的网站上召集:
<web-app>
...
<session-config>
<session-timeout>-1</session-timeout>
</session-config>
</web-app>
第1类
增加你的会议记录,这可能会给你带来一些问题。
Tomcat config page s Carloging in Tomcat, 包括增加会议记录的例子。
我们只是带着6_0_18 和1.5 jvm而走到这里。
顺便提一下,这是一个与原子操作相关的棘手问题。
处理汞的固定装置超过6_0_19。
甲型六氯环己烷也出现在太阳1.5 j。
下面是更多细节。
在存在以下先决条件时,我也看到了类似的问题:
由于装货平衡不正确,网络服务器可随意决定打破会议关系,并向以前从未见过的会议的Tomcat JVM发出一项新要求。 托马科特·贾克斯将发布一个新会议,用户将失去所有预定会议的数据,并有效地开始使用。
你可以搜索Tomcats的浏览器,但最好先看一下你的网络应用。 与Tomcat公司发生某种错误的机会很少。
调查造成会议无效的原因。 是否使用过滤器? 你们是否有交叉内容要求? 在每一份请求中增加伐木信息,以发现何时损失会议。
I had a similar symptom (but more consistent). Users would sign in ok, go to the dashboard ok, then loose the session.
I realized I had done a Java 16 to 18 upgrade and had not recompiled everything. Cleaned (mvn clean) and recompiled the code for ALL my .jars/.war.
Problem solved, for me.
I hope this helps someone.
尽管我不知道问题的原因,但一个可能的解决方案(我曾在我的上个项目中做过)是把申请放在一个目录上,并且会议失败。 会议的举行可以有不守约的标签,当一个节日落空时,健康节点会起会议的作用,所有这些都是对终端用户的透明做法。