It should be reasonably straightforward, but will require a decent,
non-trivial amount of work/fiddling to implement really transparently.
For me, it's, at the moment, just not worth the work. I've talked with
James Carmen about this and I think, he wanted to do something like
that, but don't know about the status of it.

Afaik, the most advance impl of this is what the JBoss/Seam guys did.
You might want to have a look at that.

Marcus

> -----Original Message-----
> From: Dirk Markert [mailto:[EMAIL PROTECTED] 
> Sent: Thursday, November 30, 2006 7:20 AM
> To: Tapestry users
> Subject: Re: Multiple browser windows causing session issue
> 
> Daniel,
> 
> I googled for conversations/cookies but really did not find 
> any good links.
> Do you have any links to the frameworks/conversation 
> technique you mentioned?
> 
> Dirk
> 
> 2006/11/29, Daniel Tabuenca <[EMAIL PROTECTED]>:
> >
> > This problem is typical with almost all frameworks. Most frameworks 
> > provide scoping data to the request or to the session. In order to 
> > handle thee kind of things better you need to have 
> intermediate scopes 
> > (called conversations in some frameworks). As you already noticed, 
> > turning off cookies uses the jsessionId to provide something like a 
> > conversation. However, you can implement this yourself too. For 
> > example I simply store a clientSide numeric Id which I call 
> > conversationId using the @Perist("client") annotation. I then store 
> > any data I need in the session using a Map with the 
> conversationId as 
> > the key.
> >
> > It'd be really nice for tapestry to provide some support 
> for this. The 
> > issues involved are I think only determining when to start/end a 
> > conversation and determining how long to keep/expire conversation 
> > data.
> >
> >
> >
> >
> >
> > On 11/29/06, Peter Beshai <[EMAIL PROTECTED]> wrote:
> > > I'm not an expert on this stuff, but tapestry-flash may be of use 
> > > for
> > the
> > > previous/next page problem.
> > >
> > > http://howardlewisship.com/tapestry-javaforge/tapestry-flash/
> > >
> > >
> > >
> > >
> > > --
> > > Peter Beshai
> > >
> > > Pure Mathematics Student
> > > University of Waterloo
> > >
> > >
> > >
> > >
> > >
> > > >From: Robert Breidecker <[EMAIL PROTECTED]>
> > > >Reply-To: "Tapestry users" <users@tapestry.apache.org>
> > > >To: Tapestry users <users@tapestry.apache.org>
> > > >Subject: Re: Multiple browser windows causing session issue
> > > >Date: Wed, 29 Nov 2006 12:33:51 -0800 (PST)
> > > >
> > > >Sorry, I guess I should have described my application 
> better.  Two 
> > > >application windows are not required.
> > > >However, the users would like to be able to open 
> multiple instances 
> > > >of the application at one time. In addition to the wizard, I was 
> > > >also having problem with my table component and its 
> previous/next 
> > > >page controls.
> > > >
> > > >Thanks for your reply.  I was looking for a philosophical answer 
> > > >not just for my wizard, but for Tapestry applications in 
> general.  
> > > >Your reply was just that.
> > > >
> > > >--- Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
> > > >
> > > > > That's just how it works. With cookie based session 
> management 
> > > > > you are identified by a single cookie object that would be 
> > > > > available to the server regardless of which tab you 
> operated in 
> > > > > (this is a side effect of how they work with browser clients, 
> > > > > not the
> > > > > sever) . With
> > > > > jsessionid's the identification of someone is kept 
> strictly in 
> > > > > the urls, so it would make sense that what you wanted to do 
> > > > > would work with cookies disabled.
> > > > >
> > > > > Really though, I have to wonder if this is an actual 
> problem for 
> > > > > your application or not? I don't currently use any web 
> > > > > applications that require two browser windows to be open to 
> > > > > operate them. It would seem to be slightly counter-intuitive.
> > > > >
> > > > > On 11/29/06, Robert Breidecker <[EMAIL PROTECTED]>
> > > > > wrote:
> > > > > > I have a stateful Tapestry application which
> > > > > includes
> > > > > > a wizard that steps the user from one page to
> > > > > another
> > > > > > to collect input data.  If I run my application in
> > > > > two
> > > > > > browser windows (or tabs) within the same browser session, 
> > > > > > each instance of my application steps on
> > > > > the
> > > > > > session variables in the the other instance.
> > > > > >
> > > > > > I noticed that the HTML for each application
> > > > > contained
> > > > > > the same jsessionid.  I turned off cookies for my 
> application 
> > > > > > at the server level (Tomcat 5.5) and
> > > > > then
> > > > > > my application worked fine across two browser
> > > > > windows.
> > > > > > The URLs for both instances now include the
> > > > > jsessionid
> > > > > > in them and each jsessionid is different.
> > > > > >
> > > > > > Even though this works for me, is this really the
> > > > > way
> > > > > > to solve my problem?  It seems like I must be
> > > > > missing
> > > > > > something in Tapestry that would handle this for
> > > > > me,
> > > > > > regardless if cookies are on or off.
> > > > > >
> > > > > > ~Rob Breidecker
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > >
> > 
> >_____________________________________________________________________
> > >_______________
> > > > > > Do you Yahoo!?
> > > > > > Everyone is raving about the all-new Yahoo! Mail
> > > > > beta.
> > > > > > http://new.mail.yahoo.com
> > > > > >
> > > > > >
> > > > >
> > > 
> >-------------------------------------------------------------------
> > > >--
> > > > > > To unsubscribe, e-mail:
> > > > > [EMAIL PROTECTED]
> > > > > > For additional commands, e-mail:
> > > > > [EMAIL PROTECTED]
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Jesse Kuhnert
> > > > > Tapestry/Dojo/(and a dash of TestNG), team member/developer
> > > > >
> > > > > Open source based consulting work centered around 
> > > > > dojo/tapestry/tacos/hivemind.
> > > > > http://blog.opencomponentry.com
> > > > >
> > > > >
> > > 
> >-------------------------------------------------------------------
> > > >--
> > > > > To unsubscribe, e-mail:
> > > > > [EMAIL PROTECTED]
> > > > > For additional commands, e-mail:
> > > > > [EMAIL PROTECTED]
> > > > >
> > > > >
> > > >
> > > >
> > > >
> > > >
> > >
> > 
> >_____________________________________________________________________
> > >_______________
> > > >Cheap talk?
> > > >Check out Yahoo! Messenger's low PC-to-Phone call rates.
> > > >http://voice.yahoo.com
> > > >
> > > 
> >-------------------------------------------------------------------
> > > >-- To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > >For additional commands, e-mail: [EMAIL PROTECTED]
> > > >
> > >
> > > _________________________________________________________________
> > > Ne perdez pas de temps dans les files d'attente... 
> magasinez en ligne.
> > > http://magasiner.sympatico.msn.ca
> > >
> > >
> > > 
> --------------------------------------------------------------------
> > > - 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]

Reply via email to