Mark Thomas wrote:
...
Of course in all this, my basic assumption is that currently, Tomcat
keeps session information (including the expiration data) in some
location which requires an I/O action to access.
That assumption is incorrect. Which pretty much invalidates the rest of
the points be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tim,
On 10/21/2011 2:10 PM, Tim Watts wrote:
> On Fri, 2011-10-21 at 11:05 -0400, Christopher Schultz wrote: On
> 10/20/2011 7:01 PM, Tim Watts wrote:
This was a while ago -- no HttpSessionListeners available --
so we couldn't easily persist
On Fri, 2011-10-21 at 11:05 -0400, Christopher Schultz wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Tim,
>
> On 10/20/2011 7:01 PM, Tim Watts wrote:
> > This was a while ago -- no HttpSessionListeners available -- so we
> > couldn't easily persist the session and recall it when th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tim,
On 10/20/2011 7:01 PM, Tim Watts wrote:
> This was a while ago -- no HttpSessionListeners available -- so we
> couldn't easily persist the session and recall it when the user
> logged in again.
Wow. What were you using, Apache JServ? Tomcat 3.x?
On 21/10/2011 13:43, André Warnier wrote:
> Mark Thomas wrote:
>
>> On 21/10/2011 11:42, André Warnier wrote:
>>> Allright, so how about a half-way house to start with ?
>>> Keep the list in some thread-safe table, indexed by session-id, and just
>>> scan the table.
>>> Updating the corresponding
Mark Thomas wrote:
On 21/10/2011 11:42, André Warnier wrote:
Allright, so how about a half-way house to start with ?
Keep the list in some thread-safe table, indexed by session-id, and just
scan the table.
Updating the corresponding session entry at each request should be cheap.
Of course in a
On 21/10/2011 11:42, André Warnier wrote:
> Allright, so how about a half-way house to start with ?
> Keep the list in some thread-safe table, indexed by session-id, and just
> scan the table.
> Updating the corresponding session entry at each request should be cheap.
>
> Of course in all this, my
Mark Thomas wrote:
On 21/10/2011 10:05, André Warnier wrote:
I am assuming that at each access to the application, Tomcat updates the
expiration time of the session if any (that is, it sets a new date/time
at which this session will be considered as expired, being "now" +
timeout).
Rather than
On 21/10/2011 10:05, André Warnier wrote:
> I am assuming that at each access to the application, Tomcat updates the
> expiration time of the session if any (that is, it sets a new date/time
> at which this session will be considered as expired, being "now" +
> timeout).
Rather than making incorre
Mark Thomas wrote:
On 20/10/2011 17:01, Tim Watts wrote:
On Thu, 2011-10-20 at 16:35 +0100, Mark Thomas wrote:
On 20/10/2011 16:22, André Warnier wrote:
Hassan Schroeder wrote:
On Thu, Oct 20, 2011 at 7:52 AM, André Warnier wrote:
1) Tomcat (probably) doesn't spend its time all the time sc
On Thu, 2011-10-20 at 16:44 -0400, Christopher Schultz wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Tim,
>
> On 10/20/2011 10:15 AM, Tim Watts wrote:
> > I should also point out that this approach is somewhat kludgey
> > because of the inherent latency problems when the session is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alejandro,
On 10/20/2011 11:35 AM, Alejandro Soto wrote:
> Well, my system is like a ERP, what I want to do is basically: the
> user for work with the system, first must to be authenticated, then
> the user can works normally, then, if his session tim
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mark,
On 10/20/2011 11:35 AM, Mark Thomas wrote:
> On 20/10/2011 16:22, André Warnier wrote:
>> Or is there a smarter algorithm implemented there ?
>
> Such as? I'm open to ideas here (maybe not for this exact problem
> but certainly the general one)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tim,
On 10/20/2011 10:15 AM, Tim Watts wrote:
> I should also point out that this approach is somewhat kludgey
> because of the inherent latency problems when the session is close
> to expiration. But I don't know of a rock solid approach. You just
>
On Thu, Oct 20, 2011 at 8:35 AM, Alejandro Soto wrote:
> Well, my system is like a ERP, what I want to do is basically: the user for
> work with the system, first must to be authenticated, then the user can
> works normally, then, if his session timed out, he need to relogin, that is
> the reason
On 20/10/2011 17:01, Tim Watts wrote:
> On Thu, 2011-10-20 at 16:35 +0100, Mark Thomas wrote:
>> On 20/10/2011 16:22, André Warnier wrote:
>>> Hassan Schroeder wrote:
On Thu, Oct 20, 2011 at 7:52 AM, André Warnier wrote:
> 1) Tomcat (probably) doesn't spend its time all the time scan
On Thu, 2011-10-20 at 16:35 +0100, Mark Thomas wrote:
> On 20/10/2011 16:22, André Warnier wrote:
> > Hassan Schroeder wrote:
> >> On Thu, Oct 20, 2011 at 7:52 AM, André Warnier wrote:
> >>
> >>> 1) Tomcat (probably) doesn't spend its time all the time scanning stored
> >>> sessions to see if one
Thanks for the clarification.
Well, my system is like a ERP, what I want to do is basically: the user for
work with the system, first must to be authenticated, then the user can
works normally, then, if his session timed out, he need to relogin, that is
the reason because I need to control the ses
On 20/10/2011 16:22, André Warnier wrote:
> Hassan Schroeder wrote:
>> On Thu, Oct 20, 2011 at 7:52 AM, André Warnier wrote:
>>
>>> 1) Tomcat (probably) doesn't spend its time all the time scanning stored
>>> sessions to see if one has expired, and deleting it.
>>
>> Actually, it does. That's what
Hassan Schroeder wrote:
On Thu, Oct 20, 2011 at 7:52 AM, André Warnier wrote:
1) Tomcat (probably) doesn't spend its time all the time scanning stored
sessions to see if one has expired, and deleting it.
Actually, it does. That's what session listeners depend on.
So, for example, I can have
On Thu, Oct 20, 2011 at 7:52 AM, André Warnier wrote:
> 1) Tomcat (probably) doesn't spend its time all the time scanning stored
> sessions to see if one has expired, and deleting it.
Actually, it does. That's what session listeners depend on.
So, for example, I can have a ShoppingCart with a m
Alejandro Soto wrote:
Hi, thanks for your replies, These are the only ways I have to do it?, I was
reading something about filters, but I think only works with user
interaction.
The basic issues are these :
1) Tomcat (probably) doesn't spend its time all the time scanning stored sessions to s
On Thu, 2011-10-20 at 10:23 -0400, Alejandro Soto wrote:
> Hi, thanks for your replies, These are the only ways I have to do it?, I was
> reading something about filters, but I think only works with user
> interaction.
>
Basically, that's all. Filters are only active during the
request-response c
Hi, thanks for your replies, These are the only ways I have to do it?, I was
reading something about filters, but I think only works with user
interaction.
Thanks.
On Thu, Oct 20, 2011 at 10:08 AM, Hassan Schroeder <
hassan.schroe...@gmail.com> wrote:
> On Thu, Oct 20, 2011 at 6:51 AM, Alejandro
On Thu, 2011-10-20 at 07:08 -0700, Hassan Schroeder wrote:
> On Thu, Oct 20, 2011 at 6:51 AM, Alejandro Soto wrote:
> > Hi my friends, I want to ask you all, If there is a way to control the timed
> > out of sessions with tomcat, what I need is when the session timed out,
> > automatically the use
On Thu, 2011-10-20 at 10:06 -0400, Tim Watts wrote:
> On Thu, 2011-10-20 at 09:51 -0400, Alejandro Soto wrote:
> > Hi my friends, I want to ask you all, If there is a way to control the timed
> > out of sessions with tomcat, what I need is when the session timed out,
> > automatically the user is r
On Thu, Oct 20, 2011 at 6:51 AM, Alejandro Soto wrote:
> Hi my friends, I want to ask you all, If there is a way to control the timed
> out of sessions with tomcat, what I need is when the session timed out,
> automatically the user is redirected to the login page, Is this possible to
> do that fr
On Thu, 2011-10-20 at 09:51 -0400, Alejandro Soto wrote:
> Hi my friends, I want to ask you all, If there is a way to control the timed
> out of sessions with tomcat, what I need is when the session timed out,
> automatically the user is redirected to the login page, Is this possible to
> do that f
Hi my friends, I want to ask you all, If there is a way to control the timed
out of sessions with tomcat, what I need is when the session timed out,
automatically the user is redirected to the login page, Is this possible to
do that from tomcat?, I mean, tomcat triggers some event to the user with
29 matches
Mail list logo
