You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tapestry.apache.org by Robert Breidecker <rb...@yahoo.com> on 2006/11/29 20:01:55 UTC

Multiple browser windows causing session issue

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: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org

Re: Multiple browser windows causing session issue

Posted by Ron Piterman <rp...@gmx.net>.
It depends on the setup of your wizard, if it a single page iterating 
over components or a series of tapestry pages following each other - but 
either way you prevent such problems by persisting flow information in 
the client, not as cookies but on a page - based in URLs.

You should always keep in mind the information flow and know what is 
stored where, this will keep you out of such troubles.

For example, you may persist some information as hidden fields in your 
form. However, you can not do this if you use Autocompleter or other 
json requests, since they don't submit the form.

In such cases you can use the excelent @Persist("client:page") which 
will store everything inside URLs, but will not persist across pages: 
component X with a persistant property on page A and component X - the 
same component - on page B will not share the data, you will have to 
activley "transfer" it either in your listener code (submit or direct 
link) or via an external link.

Cheers,
Ron


Robert Breidecker 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: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
> 
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org

RE: Multiple browser windows causing session issue

Posted by Ma...@bmw.ch.
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:dirk.markert@gmail.com] 
> 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 <dt...@gmail.com>:
> >
> > 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 <pb...@hotmail.com> 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 <rb...@yahoo.com>
> > > >Reply-To: "Tapestry users" <us...@tapestry.apache.org>
> > > >To: Tapestry users <us...@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 <jk...@gmail.com> 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 <rb...@yahoo.com>
> > > > > 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:
> > > > > users-unsubscribe@tapestry.apache.org
> > > > > > For additional commands, e-mail:
> > > > > users-help@tapestry.apache.org
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > 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:
> > > > > users-unsubscribe@tapestry.apache.org
> > > > > For additional commands, e-mail:
> > > > > users-help@tapestry.apache.org
> > > > >
> > > > >
> > > >
> > > >
> > > >
> > > >
> > >
> > 
> >_____________________________________________________________________
> > >_______________
> > > >Cheap talk?
> > > >Check out Yahoo! Messenger's low PC-to-Phone call rates.
> > > >http://voice.yahoo.com
> > > >
> > > 
> >-------------------------------------------------------------------
> > > >-- To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> > > >For additional commands, e-mail: users-help@tapestry.apache.org
> > > >
> > >
> > > _________________________________________________________________
> > > Ne perdez pas de temps dans les files d'attente... 
> magasinez en ligne.
> > > http://magasiner.sympatico.msn.ca
> > >
> > >
> > > 
> --------------------------------------------------------------------
> > > - To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> > > For additional commands, e-mail: users-help@tapestry.apache.org
> > >
> > >
> >
> > 
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> > For additional commands, e-mail: users-help@tapestry.apache.org
> >
> >
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org

Re: Multiple browser windows causing session issue

Posted by Dirk Markert <di...@gmail.com>.
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 <dt...@gmail.com>:
>
> 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 <pb...@hotmail.com> 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 <rb...@yahoo.com>
> > >Reply-To: "Tapestry users" <us...@tapestry.apache.org>
> > >To: Tapestry users <us...@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 <jk...@gmail.com> 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 <rb...@yahoo.com>
> > > > 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:
> > > > users-unsubscribe@tapestry.apache.org
> > > > > For additional commands, e-mail:
> > > > users-help@tapestry.apache.org
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > 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:
> > > > users-unsubscribe@tapestry.apache.org
> > > > For additional commands, e-mail:
> > > > users-help@tapestry.apache.org
> > > >
> > > >
> > >
> > >
> > >
> > >
> >
> >____________________________________________________________________________________
> > >Cheap talk?
> > >Check out Yahoo! Messenger's low PC-to-Phone call rates.
> > >http://voice.yahoo.com
> > >
> > >---------------------------------------------------------------------
> > >To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> > >For additional commands, e-mail: users-help@tapestry.apache.org
> > >
> >
> > _________________________________________________________________
> > Ne perdez pas de temps dans les files d'attente… magasinez en ligne.
> > http://magasiner.sympatico.msn.ca
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> > For additional commands, e-mail: users-help@tapestry.apache.org
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
>

Re: Multiple browser windows causing session issue

Posted by Robert Breidecker <rb...@yahoo.com>.
I agree.  It seems like this is something Howard could
get into Tapestry 5.  I believe JBoss Seam is already
supporting something like this.

--- Daniel Tabuenca <dt...@gmail.com> wrote:

> 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 <pb...@hotmail.com> 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 <rb...@yahoo.com>
> > >Reply-To: "Tapestry users"
> <us...@tapestry.apache.org>
> > >To: Tapestry users <us...@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 <jk...@gmail.com> 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
> <rb...@yahoo.com>
> > > > 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:
> > > > users-unsubscribe@tapestry.apache.org
> > > > > For additional commands, e-mail:
> > > > users-help@tapestry.apache.org
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > 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:
> > > > users-unsubscribe@tapestry.apache.org
> > > > For additional commands, e-mail:
> > > > users-help@tapestry.apache.org
> > > >
> > > >
> > >
> > >
> > >
> > >
> >
>
>____________________________________________________________________________________
> > >Cheap talk?
> > >Check out Yahoo! Messenger's low PC-to-Phone call
> rates.
> > >http://voice.yahoo.com
> > >
> >
>
>---------------------------------------------------------------------
> > >To unsubscribe, e-mail:
> users-unsubscribe@tapestry.apache.org
> > >For additional commands, e-mail:
> users-help@tapestry.apache.org
> > >
> >
> >
>
_________________________________________________________________
> > Ne perdez pas de temps dans les files d'attente…
> magasinez en ligne.
> > http://magasiner.sympatico.msn.ca
> >
> >
> >
>
---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> users-unsubscribe@tapestry.apache.org
> > For additional commands, e-mail:
> users-help@tapestry.apache.org
> >
> >
> 
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail:
> users-help@tapestry.apache.org
> 
> 



 
____________________________________________________________________________________
Yahoo! Music Unlimited
Access over 1 million songs.
http://music.yahoo.com/unlimited

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org

Re: Multiple browser windows causing session issue

Posted by Daniel Tabuenca <dt...@gmail.com>.
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 <pb...@hotmail.com> 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 <rb...@yahoo.com>
> >Reply-To: "Tapestry users" <us...@tapestry.apache.org>
> >To: Tapestry users <us...@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 <jk...@gmail.com> 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 <rb...@yahoo.com>
> > > 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:
> > > users-unsubscribe@tapestry.apache.org
> > > > For additional commands, e-mail:
> > > users-help@tapestry.apache.org
> > > >
> > > >
> > >
> > >
> > > --
> > > 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:
> > > users-unsubscribe@tapestry.apache.org
> > > For additional commands, e-mail:
> > > users-help@tapestry.apache.org
> > >
> > >
> >
> >
> >
> >
> >____________________________________________________________________________________
> >Cheap talk?
> >Check out Yahoo! Messenger's low PC-to-Phone call rates.
> >http://voice.yahoo.com
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> >For additional commands, e-mail: users-help@tapestry.apache.org
> >
>
> _________________________________________________________________
> Ne perdez pas de temps dans les files d'attente… magasinez en ligne.
> http://magasiner.sympatico.msn.ca
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org

Re: Multiple browser windows causing session issue

Posted by Peter Beshai <pb...@hotmail.com>.
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 <rb...@yahoo.com>
>Reply-To: "Tapestry users" <us...@tapestry.apache.org>
>To: Tapestry users <us...@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 <jk...@gmail.com> 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 <rb...@yahoo.com>
> > 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:
> > users-unsubscribe@tapestry.apache.org
> > > For additional commands, e-mail:
> > users-help@tapestry.apache.org
> > >
> > >
> >
> >
> > --
> > 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:
> > users-unsubscribe@tapestry.apache.org
> > For additional commands, e-mail:
> > users-help@tapestry.apache.org
> >
> >
>
>
>
>
>____________________________________________________________________________________
>Cheap talk?
>Check out Yahoo! Messenger's low PC-to-Phone call rates.
>http://voice.yahoo.com
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
>For additional commands, e-mail: users-help@tapestry.apache.org
>

_________________________________________________________________
Ne perdez pas de temps dans les files d’attente… magasinez en ligne.  
http://magasiner.sympatico.msn.ca


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org

Re: Multiple browser windows causing session issue

Posted by Robert Breidecker <rb...@yahoo.com>.
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 <jk...@gmail.com> 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 <rb...@yahoo.com>
> 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:
> users-unsubscribe@tapestry.apache.org
> > For additional commands, e-mail:
> users-help@tapestry.apache.org
> >
> >
> 
> 
> -- 
> 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:
> users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail:
> users-help@tapestry.apache.org
> 
> 



 
____________________________________________________________________________________
Cheap talk?
Check out Yahoo! Messenger's low PC-to-Phone call rates.
http://voice.yahoo.com

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org

Re: Multiple browser windows causing session issue

Posted by Robert Breidecker <rb...@yahoo.com>.
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 <jk...@gmail.com> 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 <rb...@yahoo.com>
> 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:
> users-unsubscribe@tapestry.apache.org
> > For additional commands, e-mail:
> users-help@tapestry.apache.org
> >
> >
> 
> 
> -- 
> 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:
> users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail:
> users-help@tapestry.apache.org
> 
> 



 
____________________________________________________________________________________
Do you Yahoo!?
Everyone is raving about the all-new Yahoo! Mail beta.
http://new.mail.yahoo.com

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org

Re: Multiple browser windows causing session issue

Posted by Jesse Kuhnert <jk...@gmail.com>.
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 <rb...@yahoo.com> 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: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
>


-- 
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: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org