Re: "Session bleedings" in Tapestry5
Thanks for the quick reply. Good to hear that this is not an issue in T5. Original-Nachricht > Datum: Mon, 20 Oct 2008 06:52:54 -0700 > Von: "Howard Lewis Ship" <[EMAIL PROTECTED]> > An: "Tapestry users" > Betreff: Re: "Session bleedings" in Tapestry5 > This might be possible if a field was marked with @Retain instead of > @Persist. @Retain marks fields that are safe to share between > different users, things like computed DateFormats. Interestingly, > I've never used @Retain in one of my applications. > > Fields that store user-specific data that must span requests should > use @Persist. > > > On Mon, Oct 20, 2008 at 4:53 AM, <[EMAIL PROTECTED]> wrote: > > I quote from a chat protocol with a developer: > > > > "Take for eg, if there are 10 users at present using our website, then > first user clicks on 1st page, and 5th user clicks on 2nd page, and 3 rd > person clicks on 3 page and using it. > > And if the user 1 is clcked on 8 page at that time user 3 want to goto > another page say 5, then he also gets 8 instead of 5. As first user > requested that page. :( " > > > > > > Original-Nachricht ---- > >> Datum: Mon, 20 Oct 2008 13:32:16 +0200 > >> Von: Tobias Wehrum <[EMAIL PROTECTED]> > >> An: Tapestry users > >> Betreff: Re: "Session bleedings" in Tapestry5 > > > >> Hello namesake, > >> > >> Since I've never heared about this too, I searched the Mailing List and > >> JIRA and didn't find any issue which you could've meant. > >> Where did you hear that? > >> > >> - Tobias > >> > >> [EMAIL PROTECTED] schrieb: > >> > I have heard there are some issues with "Session bleedings" in > >> Tapestry5. > >> > > >> > Will those issues be fixed by November? > >> > > >> > I would like to go live with a T5 application by > November/December > >> > > >> > Thanks! > >> > > >> > Tobias > >> > > >> > - > >> > 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] > > > > > > > > -- > Howard M. Lewis Ship > > Creator Apache Tapestry and Apache HiveMind > > - > 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]
Re: "Session bleedings" in Tapestry5
This might be possible if a field was marked with @Retain instead of @Persist. @Retain marks fields that are safe to share between different users, things like computed DateFormats. Interestingly, I've never used @Retain in one of my applications. Fields that store user-specific data that must span requests should use @Persist. On Mon, Oct 20, 2008 at 4:53 AM, <[EMAIL PROTECTED]> wrote: > I quote from a chat protocol with a developer: > > "Take for eg, if there are 10 users at present using our website, then first > user clicks on 1st page, and 5th user clicks on 2nd page, and 3 rd person > clicks on 3 page and using it. > And if the user 1 is clcked on 8 page at that time user 3 want to goto > another page say 5, then he also gets 8 instead of 5. As first user requested > that page. :( " > > > Original-Nachricht >> Datum: Mon, 20 Oct 2008 13:32:16 +0200 >> Von: Tobias Wehrum <[EMAIL PROTECTED]> >> An: Tapestry users >> Betreff: Re: "Session bleedings" in Tapestry5 > >> Hello namesake, >> >> Since I've never heared about this too, I searched the Mailing List and >> JIRA and didn't find any issue which you could've meant. >> Where did you hear that? >> >> - Tobias >> >> [EMAIL PROTECTED] schrieb: >> > I have heard there are some issues with "Session bleedings" in >> Tapestry5. >> > >> > Will those issues be fixed by November? >> > >> > I would like to go live with a T5 application by November/December >> > >> > Thanks! >> > >> > Tobias >> > >> > - >> > 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] > > -- Howard M. Lewis Ship Creator Apache Tapestry and Apache HiveMind - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: "Session bleedings" in Tapestry5
I currently use Tapestry 5.0.13 (soon to be upgraded) in a live system used by plenty of people at once and I have not had this issue at all. [EMAIL PROTECTED] wrote: > Tapestyr5 or 4 ? Here, this developer means Tapestry5 > > Original-Nachricht >> Datum: Mon, 20 Oct 2008 08:46:15 -0400 >> Von: "Daniel Jue" <[EMAIL PROTECTED]> >> An: "Tapestry users" >> Betreff: Re: "Session bleedings" in Tapestry5 > >> I've also never come across this kind of problem. It would be >> interesting to see the code that caused what the developer said was >> happening. >> As others have suggested, it's easy to do this if you are using >> statics (or if your private vars get initialized by statics in the >> setup phase). >> >> >> On Mon, Oct 20, 2008 at 8:41 AM, Peter Stavrinides >> <[EMAIL PROTECTED]> wrote: >>> I have never come across such a problem either, and we have done a lot >> of testing for this. Your problem sounds like it has little to do with the >> session and more to do with page pooling, i.e.: how you initialize your >> pages. The golden rule there is that your fields must always be private, and >> then should be referenced by public accessors, having a public field in a >> page is like using a static variable which may explain your problem. >>> -- >>> If you are not an intended recipient of this e-mail, please notify the >> sender, delete it and do not read, act upon, print, disclose, copy, retain >> or redistribute it. Please visit http://www.albourne.com/email.html for >> important additional terms relating to this e-mail. >>> - Original Message - >>> From: [EMAIL PROTECTED] >>> To: users@tapestry.apache.org >>> Sent: Monday, 20 October, 2008 2:53:17 PM GMT +02:00 Athens, Beirut, >> Bucharest, Istanbul >>> Subject: Re: "Session bleedings" in Tapestry5 >>> >>> I quote from a chat protocol with a developer: >>> >>> "Take for eg, if there are 10 users at present using our website, then >> first user clicks on 1st page, and 5th user clicks on 2nd page, and 3 rd >> person clicks on 3 page and using it. >>> And if the user 1 is clcked on 8 page at that time user 3 want to goto >> another page say 5, then he also gets 8 instead of 5. As first user >> requested that page. :( " >>> >>> Original-Nachricht >>>> Datum: Mon, 20 Oct 2008 13:32:16 +0200 >>>> Von: Tobias Wehrum <[EMAIL PROTECTED]> >>>> An: Tapestry users >>>> Betreff: Re: "Session bleedings" in Tapestry5 >>>> Hello namesake, >>>> >>>> Since I've never heared about this too, I searched the Mailing List and >>>> JIRA and didn't find any issue which you could've meant. >>>> Where did you hear that? >>>> >>>> - Tobias >>>> >>>> [EMAIL PROTECTED] schrieb: >>>>> I have heard there are some issues with "Session bleedings" in >>>> Tapestry5. >>>>> Will those issues be fixed by November? >>>>> >>>>> I would like to go live with a T5 application by >> November/December >>>>> Thanks! >>>>> >>>>> Tobias >>>>> >>>>> - >>>>> 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] >>> >>> >>> - >>> 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] > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: "Session bleedings" in Tapestry5
Tapestyr5 or 4 ? Here, this developer means Tapestry5 Original-Nachricht > Datum: Mon, 20 Oct 2008 08:46:15 -0400 > Von: "Daniel Jue" <[EMAIL PROTECTED]> > An: "Tapestry users" > Betreff: Re: "Session bleedings" in Tapestry5 > I've also never come across this kind of problem. It would be > interesting to see the code that caused what the developer said was > happening. > As others have suggested, it's easy to do this if you are using > statics (or if your private vars get initialized by statics in the > setup phase). > > > On Mon, Oct 20, 2008 at 8:41 AM, Peter Stavrinides > <[EMAIL PROTECTED]> wrote: > > I have never come across such a problem either, and we have done a lot > of testing for this. Your problem sounds like it has little to do with the > session and more to do with page pooling, i.e.: how you initialize your > pages. The golden rule there is that your fields must always be private, and > then should be referenced by public accessors, having a public field in a > page is like using a static variable which may explain your problem. > > > > -- > > If you are not an intended recipient of this e-mail, please notify the > sender, delete it and do not read, act upon, print, disclose, copy, retain > or redistribute it. Please visit http://www.albourne.com/email.html for > important additional terms relating to this e-mail. > > > > - Original Message - > > From: [EMAIL PROTECTED] > > To: users@tapestry.apache.org > > Sent: Monday, 20 October, 2008 2:53:17 PM GMT +02:00 Athens, Beirut, > Bucharest, Istanbul > > Subject: Re: "Session bleedings" in Tapestry5 > > > > I quote from a chat protocol with a developer: > > > > "Take for eg, if there are 10 users at present using our website, then > first user clicks on 1st page, and 5th user clicks on 2nd page, and 3 rd > person clicks on 3 page and using it. > > And if the user 1 is clcked on 8 page at that time user 3 want to goto > another page say 5, then he also gets 8 instead of 5. As first user > requested that page. :( " > > > > > > Original-Nachricht > >> Datum: Mon, 20 Oct 2008 13:32:16 +0200 > >> Von: Tobias Wehrum <[EMAIL PROTECTED]> > >> An: Tapestry users > >> Betreff: Re: "Session bleedings" in Tapestry5 > > > >> Hello namesake, > >> > >> Since I've never heared about this too, I searched the Mailing List and > >> JIRA and didn't find any issue which you could've meant. > >> Where did you hear that? > >> > >> - Tobias > >> > >> [EMAIL PROTECTED] schrieb: > >> > I have heard there are some issues with "Session bleedings" in > >> Tapestry5. > >> > > >> > Will those issues be fixed by November? > >> > > >> > I would like to go live with a T5 application by > November/December > >> > > >> > Thanks! > >> > > >> > Tobias > >> > > >> > - > >> > 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] > > > > > > - > > 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]
Re: "Session bleedings" in Tapestry5
I've also never come across this kind of problem. It would be interesting to see the code that caused what the developer said was happening. As others have suggested, it's easy to do this if you are using statics (or if your private vars get initialized by statics in the setup phase). On Mon, Oct 20, 2008 at 8:41 AM, Peter Stavrinides <[EMAIL PROTECTED]> wrote: > I have never come across such a problem either, and we have done a lot of > testing for this. Your problem sounds like it has little to do with the > session and more to do with page pooling, i.e.: how you initialize your > pages. The golden rule there is that your fields must always be private, and > then should be referenced by public accessors, having a public field in a > page is like using a static variable which may explain your problem. > > -- > If you are not an intended recipient of this e-mail, please notify the > sender, delete it and do not read, act upon, print, disclose, copy, retain or > redistribute it. Please visit http://www.albourne.com/email.html for > important additional terms relating to this e-mail. > > - Original Message - > From: [EMAIL PROTECTED] > To: users@tapestry.apache.org > Sent: Monday, 20 October, 2008 2:53:17 PM GMT +02:00 Athens, Beirut, > Bucharest, Istanbul > Subject: Re: "Session bleedings" in Tapestry5 > > I quote from a chat protocol with a developer: > > "Take for eg, if there are 10 users at present using our website, then first > user clicks on 1st page, and 5th user clicks on 2nd page, and 3 rd person > clicks on 3 page and using it. > And if the user 1 is clcked on 8 page at that time user 3 want to goto > another page say 5, then he also gets 8 instead of 5. As first user requested > that page. :( " > > > Original-Nachricht >> Datum: Mon, 20 Oct 2008 13:32:16 +0200 >> Von: Tobias Wehrum <[EMAIL PROTECTED]> >> An: Tapestry users >> Betreff: Re: "Session bleedings" in Tapestry5 > >> Hello namesake, >> >> Since I've never heared about this too, I searched the Mailing List and >> JIRA and didn't find any issue which you could've meant. >> Where did you hear that? >> >> - Tobias >> >> [EMAIL PROTECTED] schrieb: >> > I have heard there are some issues with "Session bleedings" in >> Tapestry5. >> > >> > Will those issues be fixed by November? >> > >> > I would like to go live with a T5 application by November/December >> > >> > Thanks! >> > >> > Tobias >> > >> > - >> > 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] > > > - > 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]
Re: "Session bleedings" in Tapestry5
I have never come across such a problem either, and we have done a lot of testing for this. Your problem sounds like it has little to do with the session and more to do with page pooling, i.e.: how you initialize your pages. The golden rule there is that your fields must always be private, and then should be referenced by public accessors, having a public field in a page is like using a static variable which may explain your problem. -- If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Please visit http://www.albourne.com/email.html for important additional terms relating to this e-mail. - Original Message - From: [EMAIL PROTECTED] To: users@tapestry.apache.org Sent: Monday, 20 October, 2008 2:53:17 PM GMT +02:00 Athens, Beirut, Bucharest, Istanbul Subject: Re: "Session bleedings" in Tapestry5 I quote from a chat protocol with a developer: "Take for eg, if there are 10 users at present using our website, then first user clicks on 1st page, and 5th user clicks on 2nd page, and 3 rd person clicks on 3 page and using it. And if the user 1 is clcked on 8 page at that time user 3 want to goto another page say 5, then he also gets 8 instead of 5. As first user requested that page. :( " Original-Nachricht > Datum: Mon, 20 Oct 2008 13:32:16 +0200 > Von: Tobias Wehrum <[EMAIL PROTECTED]> > An: Tapestry users > Betreff: Re: "Session bleedings" in Tapestry5 > Hello namesake, > > Since I've never heared about this too, I searched the Mailing List and > JIRA and didn't find any issue which you could've meant. > Where did you hear that? > > - Tobias > > [EMAIL PROTECTED] schrieb: > > I have heard there are some issues with "Session bleedings" in > Tapestry5. > > > > Will those issues be fixed by November? > > > > I would like to go live with a T5 application by November/December > > > > Thanks! > > > > Tobias > > > > - > > 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: "Session bleedings" in Tapestry5
I quote from a chat protocol with a developer: "Take for eg, if there are 10 users at present using our website, then first user clicks on 1st page, and 5th user clicks on 2nd page, and 3 rd person clicks on 3 page and using it. And if the user 1 is clcked on 8 page at that time user 3 want to goto another page say 5, then he also gets 8 instead of 5. As first user requested that page. :( " Original-Nachricht > Datum: Mon, 20 Oct 2008 13:32:16 +0200 > Von: Tobias Wehrum <[EMAIL PROTECTED]> > An: Tapestry users > Betreff: Re: "Session bleedings" in Tapestry5 > Hello namesake, > > Since I've never heared about this too, I searched the Mailing List and > JIRA and didn't find any issue which you could've meant. > Where did you hear that? > > - Tobias > > [EMAIL PROTECTED] schrieb: > > I have heard there are some issues with "Session bleedings" in > Tapestry5. > > > > Will those issues be fixed by November? > > > > I would like to go live with a T5 application by November/December > > > > Thanks! > > > > Tobias > > > > - > > 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]
Re: "Session bleedings" in Tapestry5
Hello namesake, Since I've never heared about this too, I searched the Mailing List and JIRA and didn't find any issue which you could've meant. Where did you hear that? - Tobias [EMAIL PROTECTED] schrieb: I have heard there are some issues with "Session bleedings" in Tapestry5. Will those issues be fixed by November? I would like to go live with a T5 application by November/December Thanks! Tobias - 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]
Re: "Session bleedings" in Tapestry5
I've never heard of that? I suspect that this is due to the fact that the T5 page pool is forgotten and @Retain is used or something similar? Page cannot contain ANY instance variables, excluding the ones that are same regardless of the session (user) accessing the page or maintained by T5. Same applies to components. Also instance variables are cleaned if not marked with @Retain when page is returned to page pool. - Ville toby78 wrote: > > I have heard there are some issues with "Session bleedings" in Tapestry5. > > Will those issues be fixed by November? > > I would like to go live with a T5 application by November/December > > Thanks! > > Tobias > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/Access-to-HttpSessions-tp20051371p20067243.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
"Session bleedings" in Tapestry5
I have heard there are some issues with "Session bleedings" in Tapestry5. Will those issues be fixed by November? I would like to go live with a T5 application by November/December Thanks! Tobias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
