I now think that session data was wiped on a reload only if I made changes to one of the beans. It makes sense: If they get serialized at TC shutdown, but startup detects a different class signature, they can't be re-serialized...
--- August Detlefsen <[EMAIL PROTECTED]> wrote: > Yes. On login, a bean is put in the user's session with name, whether > the user is authenticated, and some other tracking data and it is > indeed Serializable. > > > --- "Cox, Charlie" <[EMAIL PROTECTED]> wrote: > > > > > > > -----Original Message----- > > > From: August Detlefsen [mailto:[EMAIL PROTECTED]] > > > Sent: Monday, February 25, 2002 7:24 PM > > > To: Tomcat Users List > > > Subject: Re: What does manager do anyway? > > > > > > > > > Thanks Craig, Glad to know I can add a servlet without having to > > > restart the entire server! I'll try a redeploy for the next > servlet > > I > > > add. > > > > > > As for the sessions, prior to installing this servlet, they were > in > > > fact getting dropped each time I reloaded with the manager. I was > > > forced to login again with every start-stop. Could this be > because > > the > > > webapp was strictly JSP, with no servlet component? > > > > > > > that's odd because I don't have this problem. I put a String into > the > > session during login and it stays after stop/start provided that my > > session > > didn't timeout. I use servlets, but it shouldn't matter because > jsp's > > are > > also servlets. > > > > are your objects Serializable as Craig mentioned? > > > > Charlie > > > > > > > > > > > > > > --- "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: > > > > > > > > > > > > On Mon, 25 Feb 2002, August Detlefsen wrote: > > > > > > > > > Date: Mon, 25 Feb 2002 15:24:31 -0800 (PST) > > > > > From: August Detlefsen <[EMAIL PROTECTED]> > > > > > Reply-To: Tomcat Users List <[EMAIL PROTECTED]>, > > > > > [EMAIL PROTECTED] > > > > > To: Tomcat Users List <[EMAIL PROTECTED]> > > > > > Subject: What does manager do anyway? > > > > > > > > > > Can I use manager to pick up changes in my webapp's web.xml? > > > > > > > > > > I added a new servlet and tried stop-start via the manager > and > > it > > > > was > > > > > not picked up. Likewise with manager/reload. > > > > > > > > > > Do I have to do a full remove-install for it to pick up the > > > > changes? > > > > > > > > > > > > > Yes. That's a current restriction of the way that an > application > > > > reload > > > > is implemented (in org.apache.catalina.core.StandardContext), > not > > of > > > > the > > > > manager webapp servlet itself. > > > > > > > > > Also, isn't stopping and starting a context supposed to > remove > > any > > > > > active sessions in the context? > > > > > > > > > > > > > No (and this works across shutting down and restarting Tomcat > as > > > > well). > > > > As a matter of fact, if your session attributes are > Serializable, > > > > they will get saved and restored as well. This is a > tremendously > > > > helpful > > > > feature when you're debugging a webapp that takes multiple > > > > interactions to > > > > get to the page you're testing, you make a change, and don't > want > > to > > > > take > > > > the time to navigate from the top of your application's tree > > again. > > > > > > > > Note, however, that this is a *Tomcat* feature, not > > > anything required > > > > by > > > > the specs, so you cannot count on it on any other server. > > > > > > > > > -August > > > > > > > > Craig > > > > -- > > To unsubscribe: > <mailto:[EMAIL PROTECTED]> > > For additional commands: > <mailto:[EMAIL PROTECTED]> > > Troubles with the list: > <mailto:[EMAIL PROTECTED]> > > > > > __________________________________________________ > Do You Yahoo!? > Yahoo! Greetings - Send FREE e-cards for every occasion! > http://greetings.yahoo.com > > -- > To unsubscribe: <mailto:[EMAIL PROTECTED]> > For additional commands: <mailto:[EMAIL PROTECTED]> > Troubles with the list: <mailto:[EMAIL PROTECTED]> > __________________________________________________ Do You Yahoo!? Yahoo! Greetings - Send FREE e-cards for every occasion! http://greetings.yahoo.com -- To unsubscribe: <mailto:[EMAIL PROTECTED]> For additional commands: <mailto:[EMAIL PROTECTED]> Troubles with the list: <mailto:[EMAIL PROTECTED]>
