-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Theo,
On 9/4/15 6:14 AM, theo.swe...@avios.com wrote: > Hi Chris - the servlet spec states "If the time out is 0 or less, > the container ensures the default behavior of sessions is never to > time out." > > Currently the timeout value is set to 2 minutes. > > However the problem is persisting - the environment is using > Jersery Servlet 1.3 for REST. > > If we look inside web service stats - > > Longest session alive time: 183 s / Processing time: 625 ms Longest > session alive time: 207 s / Processing time: 232 ms > > The current session timeout is set to 120 seconds, so neither of > these above session times make any sense, unless a dependency is > hanging? Remember that the session timeout is not session age. If you have a process which is touching the session more often than every 2 minutes or so, then the session will live indefinitely. Is the background processing thread still running? If it dies, your sessions will never time out. Also, the background processing thread is the thread that reaps old sessions... if you have the background processor thread set to run infrequently, you'll see the behavior you describe. - -chris -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iQIcBAEBCAAGBQJV6dciAAoJEBzwKT+lPKRYyogP+wfP5lNV8SxFTNDmiwLYxG/9 GnUxSQN8rQmWI6r1pl4UpWU+WFoUtL2BCTfnUuH2qP6Pg0KWn46P4Lon5XnThEqk 4mnHNCe4NYdGlw4rvVYgdy4zTP62hFvSm3ECb/QkZ1gcO1f8w4+0wqZh5k1g+0PQ HkOg9SYSHRAUUKtG2YBPZWbEMnjKnkQKeKO3WjNBDLTbEU9mMyyJgZCsJCC4fmZa sJN8yFW7JcG0jhhsEoBzYznT1dLxNliNs9kMiINoS1wWmIjHLHnHvaTDqDCE4Npd VQh/ZrI7paRdVI4wOJ299CuZ4cpB9lxWEKi4vQAP5Jg/EgZrACrmZFnPMJG5np/v lR2g+KCNxIvIpIlaGLbUOn4Ah0QMrfPEDFsLXHlYjfixdIrDjugbqdNnVYRvSOSt LsR+xZcPOJ/ZiJCnD+2MK8dy8QYgq62oW8xpvald58x/gUk/uR8IuwdvswTIUVTV +5k2YUcL+xcH1uEKHyMK3KCjty8aC+Rq+oEpkJjyFKJA1K0x161PIAdFq8P50VLn rcJUjxTIcMP7hgg3BCQzdXH5qucVnFTlHNwKrX4MoT9LsGiraTOqhRt5EJLWBy+/ oYg3k/Vgkm2HzmRBuMGydv8RMNCq2hZaEXWDKoMtWRRvmYTOKcNC4nUiE/V8Dbr0 KaYwkgTvycLJzzohkMIn =9riB -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
