Thanks for the info. Here is my question: > Try using the Tomcat Administration tools and see how it displays the > session timeout in it's WEB pages. > (http://localhost:8080/admin/login.jsp)
I don't see such an app on my system. I'm running Tomcat 4.0.5. I went to the $CATALINA_HOME/webapps directory and see no such "admin" directory. Also, I examined my config files and see no such mapping for the admin app. Is this something I missed on the install? I would be very interested to see the Tomcat admin app if I could add it in now. Maybe the session setting is available via this missing app. Thanks, Kenny ----- Original Message ----- From: "Jim Henderson" <[EMAIL PROTECTED]> To: "'Tomcat Users List'" <[EMAIL PROTECTED]> Sent: Friday, December 20, 2002 9:47 AM Subject: RE: Session timeout setting (Getting desperate) > Try using the Tomcat Administration tools and see how it displays the > session timeout in it's WEB pages. > (http://localhost:8080/admin/login.jsp) > > -----Original Message----- > From: Cox, Charlie [mailto:[EMAIL PROTECTED]] > Sent: Friday, December 20, 2002 9:29 AM > To: 'Tomcat Users List' > Subject: RE: Session timeout setting (Getting desperate) > > > did you have any errors in the log file? It may be something as simple as > not putting the <session-timeout> in the correct order in the web.xml > > Charlie > > > -----Original Message----- > > From: Kenny G. Dubuisson, Jr. [mailto:[EMAIL PROTECTED]] > > Sent: Thursday, December 19, 2002 3:51 PM > > To: Tomcat Users List > > Subject: Re: Session timeout setting (Getting desperate) > > > > > > Just for a test, I tried moving the web.xml file in the > > $CATALINA_HOME/conf > > directory to my application's WEB-INF directory and set the > > session-timeout > > setting to >60. Restarted Tomcat and then my application quit working > > (wouldn't even load the first JSP page). Needless to say I > > removed the > > web.xml file from my application and restarted Tomcat to get > > my app back > > working. > > > > Still no luck in fixing the default session timeout in > > Tomcat. Any ideas > > whatsoever would be very much appreciated...I was supposed to > > have this > > fixed yesterday and I'm totally out of ideas. Thanks, > > Kenny > > > > ----- Original Message ----- > > From: "Kenny G. Dubuisson, Jr." <[EMAIL PROTECTED]> > > To: "Tomcat Users List" <[EMAIL PROTECTED]> > > Sent: Thursday, December 19, 2002 11:25 AM > > Subject: Re: Session timeout setting > > > > > > > I'm running Tomcat 4.0.5. Hope this helps. Thanks, > > > Kenny > > > > > > ----- Original Message ----- > > > From: "Fabio Mengue" <[EMAIL PROTECTED]> > > > To: "Tomcat Users List" <[EMAIL PROTECTED]> > > > Sent: Thursday, December 19, 2002 11:13 AM > > > Subject: Re: Session timeout setting > > > > > > > > > > On Tomcat 4.0.x, you had a Manager property for this (in > > server.xml, > > > > called |maxInactiveInterval|). Docs say **"The value for > > this property > > > > is inherited automatically if you specify a > > |<session-timeout>| element > > > > in the web application deployment descriptor > > (|/WEB-INF/web.xml|)." > > > > > > (http://jakarta.apache.org/tomcat/tomcat-4.0-doc/config/manager.html) > > > > > > > > I just looked 4.1.x docs > > > > > > (http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/manager.html) > > > > and the property is gone :) What version are you using ? > > Perhaps now it > > > > MUST be set on web.xml... > > > > > > > > I have a problem like yours. Development team will release an > > > > application soon that will require users to have sessions > > that last more > > > > that 1 hour; it's much much easier (for them) to just > > create a session > > > > and configure Tomcat to hold it for a whole day. > > Scalability is not on > > > > their minds, of course :) > > > > > > > > I think that has to be another way, something like > > Persistent Manager > > > > Implementation. > > > > > > > > Anyone knows a better way to solve this problem ? > > > > > > > > Thanks a lot, > > > > > > > > F. > > > > > > > > Kenny G. Dubuisson, Jr. wrote: > > > > > > > > >Sorry to repost this but I'm kind of in a bind (got > > users about to > > lynch > > > me > > > > >which may or may not be a bad thing). Anyway...session > > ID's on my site > > > > >(using Tomcat) are getting regenerated after a user has > > been logged in > > > for > > > > >60 mins. I would like to change this to a higher value > > but don't know > > > where > > > > >to set it. I've read throught posts on this list and > > I've seen some > > > things > > > > >mention the web.xml file and its session-timeout setting > > but my web.xml > > > > >session-timeout setting is currently set to 30 mins in > > that file so > > that > > > > >can't be the proper setting that I'm looking for. > > > > > > > > > >Any ideas would be greatly appreicated. My users are > > upset that they > > > have > > > > >to re-login evey hour on an application that they use > > all day. Thanks > > in > > > > >advance, > > > > >Kenny > > > > > > > > > > > > > > >-- > > > > >To unsubscribe, e-mail: > > > <mailto:[EMAIL PROTECTED]> > > > > >For additional commands, e-mail: > > > <mailto:[EMAIL PROTECTED]> > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > Fabio Mengue - Centro de Computacao - Unicamp > > > > [EMAIL PROTECTED] [EMAIL PROTECTED] > > > > ---------------------------------------------------------------- > > > > pi seconds is a nanocentury. - Tom Duff > > > > > > > > > > > > > > > > -- > > > > To unsubscribe, e-mail: > > > <mailto:[EMAIL PROTECTED]> > > > > For additional commands, e-mail: > > > <mailto:[EMAIL PROTECTED]> > > > > > > > > > > > > > -- > > > To unsubscribe, e-mail: > > <mailto:[EMAIL PROTECTED]> > > > For additional commands, e-mail: > > <mailto:[EMAIL PROTECTED]> > > > > > > > > > -- > > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > > -- > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
