On 20/06/2016 16:00, mw...@loftware.com wrote: > We are running 7.0.69 and Java 1.8.0_91. > > We ran into an incident at a customer where the customer had set > session-timeout to 0 – which according to the servlet 3.0 spec, the > session should never time out. However, the customer was basically > seeing the session timeout immediately. When we changed session-timeout > to a larger number (30) and restarted, the problem immediately went away.
Set how? I've looked through the code and everything looks OK. What is the simplest possible test case that demonstrates this with a clean Tomcat install? (I'm thinking of something along the lines of changing the timeout in the web.xml for the examples app and adding a JSP that demonstrates the problem.) Mark > > > > It looks like setMaxInactiveInterval _/may/_ be using the value of > session-timeout if it is not explicitly set, and if so, is not handling > the session-timeout = 0 case specially. It also looks like > maxInactiveInterval is really controlling the lifetime of the session. > But I have also not been through the Tomcat code often, so I am not > 100% sure I’m looking in the right spot. > > > > Has anyone seen this issue before? Am I misinterpreting something? > > > > Thanks, > > > > Mark > > > > > > The Top 5 Trends in Enterprise Labeling for 2016 > <http://resources.loftware.com/2016-Top-5-Trends-Enterprise-Labeling.html> > ------------------------------------------------------------------------ > <http://www.loftware.com> > > 249 Corporate Drive, Portsmouth, NH 03801 > Website: loftware.com <http://www.loftware.com/> > Connect with us: Twitter <https://twitter.com/#!/LoftwareInc> | LinkedIn > <http://www.linkedin.com/company/loftware> | Google+ > <https://plus.google.com/116786447658424744021/posts> > What is Enterprise Labeling? > <http://loftware.com/topics/what-is-enterprise-labeling.cfm> Why it's > essential for global businesses. > Visit the Enterprise Labeling Blog for all of your industry news > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
