You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tapestry.apache.org by Christoph Jäger <ch...@derwald.at> on 2008/10/19 00:23:24 UTC
Access to HttpSessions
Hi,
I have a Tapestry5 application. On an administrator page, I want to
show all active sessions (people have to log in to use the
application), and make it possible to terminate sessions / view user
details and session details (login time, idle time, ...). How can I
get access to these sessions? I know how to get my own session, but I
can not find how to get a list of all sessions.
Thanks,
Christoph
Re: Access to HttpSessions
Posted by Jecki <je...@gmail.com>.
You can try to create an HttpSessionListener
(http://java.sun.com/j2ee/sdk_1.3/techdocs/api/javax/servlet/http/HttpSessionListener.html)
and upon creation of the HttpSession instance you can store inside a
'registry' (can be in the servlet context) and then later on you can
get the session from that registry.
Regards,
Jecki
On Sun, Oct 19, 2008 at 6:23 AM, Christoph Jäger
<ch...@derwald.at> wrote:
> Hi,
>
> I have a Tapestry5 application. On an administrator page, I want to show all
> active sessions (people have to log in to use the application), and make it
> possible to terminate sessions / view user details and session details
> (login time, idle time, ...). How can I get access to these sessions? I know
> how to get my own session, but I can not find how to get a list of all
> sessions.
>
> Thanks,
>
> Christoph
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: "Session bleedings" in Tapestry5
Posted by Ville Virtanen <vi...@cerion.fi>.
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: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
>
>
--
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: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: "Session bleedings" in Tapestry5
Posted by Carl Crowder <ca...@taptu.com>.
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.
superoverdrive@gmx.de wrote:
> Tapestyr5 or 4 ? Here, this developer means Tapestry5....
>
> -------- Original-Nachricht --------
>> Datum: Mon, 20 Oct 2008 08:46:15 -0400
>> Von: "Daniel Jue" <te...@gmail.com>
>> An: "Tapestry users" <us...@tapestry.apache.org>
>> 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
>> <P....@albourne.com> 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: superoverdrive@gmx.de
>>> 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 <Le...@dragonlab.de>
>>>> An: Tapestry users <us...@tapestry.apache.org>
>>>> 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
>>>>
>>>> superoverdrive@gmx.de 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: 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
>>>
>>>
>>> ---------------------------------------------------------------------
>>> 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
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: "Session bleedings" in Tapestry5
Posted by su...@gmx.de.
Tapestyr5 or 4 ? Here, this developer means Tapestry5....
-------- Original-Nachricht --------
> Datum: Mon, 20 Oct 2008 08:46:15 -0400
> Von: "Daniel Jue" <te...@gmail.com>
> An: "Tapestry users" <us...@tapestry.apache.org>
> 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
> <P....@albourne.com> 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: superoverdrive@gmx.de
> > 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 <Le...@dragonlab.de>
> >> An: Tapestry users <us...@tapestry.apache.org>
> >> 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
> >>
> >> superoverdrive@gmx.de 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: 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
> >
> >
> > ---------------------------------------------------------------------
> > 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: "Session bleedings" in Tapestry5
Posted by Daniel Jue <te...@gmail.com>.
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
<P....@albourne.com> 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: superoverdrive@gmx.de
> 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 <Le...@dragonlab.de>
>> An: Tapestry users <us...@tapestry.apache.org>
>> 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
>>
>> superoverdrive@gmx.de 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: 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
>
>
> ---------------------------------------------------------------------
> 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: "Session bleedings" in Tapestry5
Posted by su...@gmx.de.
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" <hl...@gmail.com>
> An: "Tapestry users" <us...@tapestry.apache.org>
> 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, <su...@gmx.de> 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 <Le...@dragonlab.de>
> >> An: Tapestry users <us...@tapestry.apache.org>
> >> 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
> >>
> >> superoverdrive@gmx.de 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: 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
> >
> >
>
>
>
> --
> Howard M. Lewis Ship
>
> Creator Apache Tapestry and Apache HiveMind
>
> ---------------------------------------------------------------------
> 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: "Session bleedings" in Tapestry5
Posted by Howard Lewis Ship <hl...@gmail.com>.
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, <su...@gmx.de> 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 <Le...@dragonlab.de>
>> An: Tapestry users <us...@tapestry.apache.org>
>> 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
>>
>> superoverdrive@gmx.de 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: 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
>
>
--
Howard M. Lewis Ship
Creator Apache Tapestry and Apache HiveMind
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: "Session bleedings" in Tapestry5
Posted by Peter Stavrinides <P....@albourne.com>.
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: superoverdrive@gmx.de
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 <Le...@dragonlab.de>
> An: Tapestry users <us...@tapestry.apache.org>
> 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
>
> superoverdrive@gmx.de 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: 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
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: "Session bleedings" in Tapestry5
Posted by su...@gmx.de.
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 <Le...@dragonlab.de>
> An: Tapestry users <us...@tapestry.apache.org>
> 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
>
> superoverdrive@gmx.de 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: 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: "Session bleedings" in Tapestry5
Posted by Tobias Wehrum <Le...@dragonlab.de>.
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
superoverdrive@gmx.de 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: 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
"Session bleedings" in Tapestry5
Posted by su...@gmx.de.
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: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: Access to HttpSessions
Posted by Peter Stavrinides <P....@albourne.com>.
This is something you have to do for yourself, as a session is specific to the container, and most containers expose the bare minimum for session handling in their API. Fortunately its very easy to do... best use a database table, that way you can collect some handy usage stats over time.
cheers
Peter
--
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: "Christoph Jäger" <ch...@derwald.at>
To: "Tapestry Users" <us...@tapestry.apache.org>
Sent: Sunday, 19 October, 2008 1:23:24 AM GMT +02:00 Athens, Beirut, Bucharest, Istanbul
Subject: Access to HttpSessions
Hi,
I have a Tapestry5 application. On an administrator page, I want to
show all active sessions (people have to log in to use the
application), and make it possible to terminate sessions / view user
details and session details (login time, idle time, ...). How can I
get access to these sessions? I know how to get my own session, but I
can not find how to get a list of all sessions.
Thanks,
Christoph
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org