Thank you Dan. I will try it this way. I don't see any problem with multithreading here. I will not change the "old" session i will invalidate it. What do you think??
"Dan Tran" <[EMAIL PROTECTED]> schrieb im Newsbeitrag news:[EMAIL PROTECTED] > Just an idea!! > > Store all your sessions's reference in the servelt context and when a new > session is create, check against the session list in the servelt context, > copy over data from old session to new session, and destroy the old session > > Then You have to deal with all kind of multithreaded and usibility issues. > Sound scary ;-) > > Good luck > > ----- Original Message ----- > From: "Dmitri Ilyin" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Monday, March 24, 2003 5:59 AM > Subject: Re: take over an existing HttpSession > > > > > > "Stephen Smithstone" <[EMAIL PROTECTED]> schrieb im Newsbeitrag > > news:[EMAIL PROTECTED] > > > Use the servlet context to store the details in instead of the session > > context > > > and the label it via a the users username or something > > Thank you Stephen, that's Ok but i also have to invalidate an "old > session", > > so the user can only have one session at time. > > > > > > > > > > > > > > On Monday 24 March 2003 12:40 pm, Dmitri Ilyin wrote: > > > > Hi, > > > > > > > > i'm may be out of topic. But i think there are a lot of gurus here > they > > > > could help me. > > > > > > > > I have to implement one feature in my application for that there is > may > > be > > > > already a solution here. > > > > > > > > Szenario: > > > > A user logged on in application. He dose some work, dosn't logged > out > > and > > > > goes to another workstation. In new workstation he logged in > application > > > > again with the same userID. The user must get in the application an > > exactly > > > > the same place and have the same data from his last workstation and > his > > > > last session must be invalidated. So the user must take over his last > > > > session. > > > > > > > > any ideas?? > > > > > > > > thanks for any advise > > > > > > > > regards Dmitri > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
