struts-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jim Barrows" <jbarr...@sssc.com>
Subject RE: Not Logged in with the same loggin-password if it is already registered.
Date Wed, 28 Jul 2004 20:57:29 GMT


> -----Original Message-----
> From: Geeta Ramani [mailto:gramani@terralink.com]
> Sent: Wednesday, July 28, 2004 1:40 PM
> To: Struts Users Mailing List; Struts Users Mailing List
> Subject: RE: Not Logged in with the same loggin-password if it is
> already registered.
> 
> 
> Yes but wont the container "know" when a user closes his/her 
> window? Are you saying this isn't something that a container 
> will be notified about..?/ ..hmm... maybe not... ok, Robert 
> scratch my earlier note..(like I said i ought to go home..)

Nope.... no browser sends anything to the last site it hit about it closing... Which is what
makes web apps so much fun... well one of the things.....


> 
> > -----Original Message-----
> > From: Brett Connor [mailto:brettconnor@spamcop.net]
> > Sent: Wednesday, July 28, 2004 4:47 PM
> > To: Struts Users Mailing List
> > Subject: Re: Not Logged in with the same loggin-password if it is
> > already registered.
> > 
> > 
> > AFAIK session timeout is the only notification you can get 
> > here. There 
> > are undoubtedly some wacky things we can do with javascript - 
> > reduce the 
> > session timeout to a small value and include some javascript 
> > polling in 
> > every page or something along those lines, but at the end of 
> > the day it 
> > comes down to a timeout. The session listener will be 
> called for any 
> > session created / destroyed as soon as the container is 
> aware itself.
> > Brett
> > 
> > 
> > Robert Miller wrote:
> > 
> > >How do you handle the situation where the user closes the 
> > browser without logging out (the windows "X" is not always 
> > our friend ;)  ).  I am not familiar with the 
> > SessionListener. Would it help in some way?
> > >Robert
> > >
> > >  
> > >
> > >>>>gramani@terralink.com 7/28/2004 3:25:16 PM >>>
> > >>>>        
> > >>>>
> > >
> > >Exactly! Or use HttpSessionlistener and database solution 
> > (that jim outlined) simultaneously..
> > >
> > >(We are doing almost this except as a solution to a kind of 
> > "opposite" problem - when a user logs off we need to do soem 
> > work so.. this seems to work nicely)
> > >
> > >  
> > >
> > >>-----Original Message-----
> > >>From: news [mailto:news@sea.gmane.org]On Behalf Of Bill Siggelkow
> > >>Sent: Wednesday, July 28, 2004 4:28 PM
> > >>To: user@struts.apache.org
> > >>Subject: Re: Not Logged in with the same loggin-password if it is
> > >>already registered.
> > >>
> > >>
> > >>Maybe you could have a hashtable in the ServletContext that 
> > >>maps loginId 
> > >>to HttpSession -- then use a HttpSessionListener to listen 
> > >>for session 
> > >>creation -- when the session is created look for a value in 
> > >>the hashmap 
> > >>in the servlet context -- if it is there then invalidate 
> the mapped 
> > >>session. Then add (put) the new mapping into the hashatable.
> > >>
> > >>Ricardo Andres Quintero wrote:
> > >>
> > >>    
> > >>
> > >>>Hello Guys
> > >>>I need not to let users to login in my app simultaneosly.
> > >>>I mean if a login-password is actually logged in, i need to
> > >>>invalidatye that session and then let the new login-password 
> > >>>to work in, after invalidating the old session.
> > >>>
> > >>>Any ideas? and of course any examples?  
> > >>>
> > >>>--
> > >>>Ricardo Andrés Quintero R.
> > >>>Ubiquando Ltda.
> > >>>      
> > >>>
> > >>------------------------------------------------------------
> > ---------
> > >>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> > >>For additional commands, e-mail: user-help@struts.apache.org
> > >>
> > >>
> > >>    
> > >>
> > >
> > 
> >---------------------------------------------------------------------
> > >To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> > >For additional commands, e-mail: user-help@struts.apache.org
> > >
> > >
> > >
> > >
> > >  
> > >
> > 
> > 
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> > For additional commands, e-mail: user-help@struts.apache.org
> > 
> > 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
> 
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org


Mime
View raw message