Yes, SEAM does: http://www.seamframework.org/Documentation/DoesSeamSupportMultipleBrowserWindowsOrTabs
I haven't dug into exactly how they do it but I would not be surprised if they pass around a hidden conversation token with every request. Then any state information that gets stored in the session would include the conversation id. Passing around a conversation token is something a developer could do manually, but it's also a feature that could be built into the framework to make it easy for all to use. Jim Kiley wrote: > > Are there frameworks that handle this situation differently? It's a > browser-side issue, so it isn't clear to me how a server-side framework > could solve it. > jk > > On Mon, Jan 19, 2009 at 3:02 PM, Greg Lindholm <glindh...@yahoo.com> > wrote: > >> >> Oh I fully understand this is a issue with how browsers deal with >> sessions. >> However these are the browsers our apps have to work with so as a >> developer >> I have to make the apps work with them and I expect any decent app >> framework >> to have good solutions to all the common use cases. And I consider having >> multiple windows/tabs open to the same app a very common use case. >> >> If some other framework (like SEAM) is handling this issue better then >> let >> see if we can implement the same solution in Struts 2. >> >> Correction: In my last post I meant to say "Conversation token" not >> "Session token". >> >> >> Rubbinio wrote: >> > >> > This is not really a struts 2 issue but a browser issue. This is the >> way >> > firefox persists sessions. If you try same thing in IE6 it will work >> fine, >> > IE7 some times and IE8 fully emulates firefox. >> > >> > Furthermore you can try this with gmail and you will see the same >> > behaviour. This is a fairly well known "limitation" of firefox if you >> want >> > to call it a limitation, I for one think this is the correct thing to >> do, >> > and since even IE8 starts doing this looks like it is. >> > >> > The solution for FF is to use profiles. Just google for 'Firefox >> multiple >> > sessions. >> > >> > -----Original Message----- >> > From: Greg Lindholm [mailto:glindh...@yahoo.com] >> > Sent: January 19, 2009 2:19 PM >> > To: user@struts.apache.org >> > Subject: Re: Struts 2 session problem >> > >> > >> > +1 >> > >> > I find I need this all the time when developing; I want to login as 2 >> > different users and test multi-user interactions. Currently I'm forced >> to >> > use 2 different browsers, login once with Firefox and once with IE. >> > This works for development but wouldn't be an acceptable answer for >> users >> > (plus many work places dictate the browser you will use and don't allow >> > "users" to install other browsers.) >> > >> > Fortunately the only thing I store in the session is a Login object >> with >> > user credentials and preferences etc. so this allows a user to have >> > multiple browser windows open to the same application, they share the >> same >> > session (this is the more common use case.) >> > >> > I have a harder time coming up with a legitimate use case for allowing >> an >> > ordinary user to be logged into 2 different accounts at the same time. >> > (I'm >> > sure that there are legitimate cases but they are more fringe.) >> > >> > On the other hand, if you use "conversation scope" wizards etc. in your >> > app >> > I would expect a user to be able to have a separate conversation in >> each >> > open window (shared session) without stomping on each other. This >> would >> > mean the conversation state could not be stored in the session unless >> it >> > is >> > identified with a particular window/tab/frame etc. (a session token >> could >> > be >> > used in a hidden field). >> > >> > >> > >> > >> > newton.dave wrote: >> >> >> >> dusty wrote: >> >>> Creating a separate subsystem on the server to partition a single >> HTTP >> >>> session for multiple users and maintain the conversation is classic >> >>> overengineering. Seems like Seam has gone to a lot of trouble to >> >>> provide >> >>> just another way to persist state. >> >> >> >> It's not "over-engineering" to allow multiple tabs per user, each >> having >> >> their own state--some applications benefit from this functionality, >> for >> >> several different reasons. I bet if you gave it some thought you'd be >> >> able to come up with several trivial examples of when and why you'd >> need >> >> this functionality. >> >> >> >> Dave >> >> >> >> >> >> --------------------------------------------------------------------- >> >> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org >> >> For additional commands, e-mail: user-h...@struts.apache.org >> >> >> >> >> >> >> > >> > -- >> > View this message in context: >> > http://www.nabble.com/Struts-2-session-problem-tp21513305p21549675.html >> > Sent from the Struts - User mailing list archive at Nabble.com. >> > >> > >> > --------------------------------------------------------------------- >> > To unsubscribe, e-mail: user-unsubscr...@struts.apache.org >> > For additional commands, e-mail: user-h...@struts.apache.org >> > >> > >> > --------------------------------------------------------------------- >> > To unsubscribe, e-mail: user-unsubscr...@struts.apache.org >> > For additional commands, e-mail: user-h...@struts.apache.org >> > >> > >> > >> >> -- >> View this message in context: >> http://www.nabble.com/Struts-2-session-problem-tp21513305p21550453.html >> Sent from the Struts - User mailing list archive at Nabble.com. >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org >> For additional commands, e-mail: user-h...@struts.apache.org >> >> > > > -- > Jim Kiley > Technical Consultant | Summa > [p] 412.258.3346 [m] 412.445.1729 > http://www.summa-tech.com > > -- View this message in context: http://www.nabble.com/Struts-2-session-problem-tp21513305p21551088.html Sent from the Struts - User mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org
