struts-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Geeta Ramani" <gram...@terralink.com>
Subject RE: Not Logged in with the same loggin-password if it is already registered.
Date Wed, 28 Jul 2004 20:53:23 GMT
Absolutely.. and yes, i did note your use of that appropriate adjective..:) 

Something happens to me though when I see the word javascript and I can't help myself..;)


> -----Original Message-----
> From: Brett Connor [mailto:brettconnor@spamcop.net]
> Sent: Wednesday, July 28, 2004 4:59 PM
> To: Struts Users Mailing List
> Subject: Re: Not Logged in with the same loggin-password if it is
> already registered.
> 
> 
> Agreed, you did spot the phrase "wacky" in there, yes? 
> Javascript can be 
> very useful, in moderation. I've rarely used it, not proficient in it 
> (yet), and have to have a darn good reason before I go there, 
> kind of a 
> last resort.
> 
> 
> Geeta Ramani wrote:
> 
> >ps. But if you know what's good for you you will stay right 
> away from javascript..
> >
> >  
> >
> >>-----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
> 
> 

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


Mime
View raw message