Can I expect this feature in future version of S2? It will help the S2 developers immensely, I bet.
Thanks Rajib Andy Hahn wrote: > > > I agree with ya. I have been doing something very similar with hidden > fields in my app for some time. The server knows if a new browser > instance is requested by checking the hidden field. If its empty it then > creates a new key and sets the hidden field. Basically partitions the > session based on keys. At the end of the day a servlet container creates > a single session for a single workstation. > > > >> Date: Mon, 19 Jan 2009 12:39:30 -0800 >> From: glindh...@yahoo.com >> To: user@struts.apache.org >> Subject: Re: Struts 2 session problem >> >> >> 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 >> > > _________________________________________________________________ > Windows Liveā¢: Keep your life in sync. > http://windowslive.com/howitworks?ocid=TXT_TAGLM_WL_t1_allup_howitworks_012009 > -- View this message in context: http://www.nabble.com/Struts-2-session-problem-tp21513305p21557122.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