-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chuck,
On 12/15/2009 5:01 PM, Caldarale, Charles R wrote:
>> From: André Warnier [mailto:a...@ice-sa.com]
>> Subject: Re: [OT - question] Limit user sessions in tomcat
>>
>> It would seem that there ought to be some low-
"Caldarale, Charles R" wrote in message
news:99c8b2929b39c24493377ac7a121e21f9680850...@usea-exch8.na.uis.unisys.com...
>> From: André Warnier [mailto:a...@ice-sa.com]
>> Subject: Re: [OT - question] Limit user sessions in tomcat
>>
>> It would seem tha
> From: Leon Rosenberg [mailto:rosenberg.l...@googlemail.com]
> Subject: Re: [OT - question] Limit user sessions in tomcat
>
> Hmm, last time I implemented a tcp/ip stack (which is more than 10
> years ago) there were no possibility in the tcp protocol to detect a
> broken (not
On Tue, Dec 15, 2009 at 11:01 PM, Caldarale, Charles R
wrote:
>> From: André Warnier [mailto:a...@ice-sa.com]
>> Subject: Re: [OT - question] Limit user sessions in tomcat
>>
>> It would seem that there ought to be some low-level response-direction
>> socket flag tha
On 15/12/2009 22:01, Caldarale, Charles R wrote:
From: André Warnier [mailto:a...@ice-sa.com]
Subject: Re: [OT - question] Limit user sessions in tomcat
It would seem that there ought to be some low-level response-direction
socket flag that should be available, to tell whether the receiving end
> From: André Warnier [mailto:a...@ice-sa.com]
> Subject: Re: [OT - question] Limit user sessions in tomcat
>
> It would seem that there ought to be some low-level response-direction
> socket flag that should be available, to tell whether the receiving end
> has gone, without
Ken Bowen wrote:
Chris,
Thanks. We do #1 routinely, usually setting the thread(s) up as workers
managing a queue. #2 can be problematic as you note: long-running db
queries or long graphics generation are hard to fit into this model simply
because one is using someone else's monolithic code th
Chris,
Thanks. We do #1 routinely, usually setting the thread(s) up as workers
managing a queue. #2 can be problematic as you note: long-running db
queries or long graphics generation are hard to fit into this model
simply
because one is using someone else's monolithic code that makes no suc
Chetan Chheda wrote:
Thanks Peter for the clarification. My background is that of a UNIX
administrator not a web administrator and its showing from my posts..
My problem is long running requests. If the requests take longer than their fancy, the users just close the browser window, open a new o
Chetan Chheda wrote:
Andre,
We have a vast user population thats geographically dispersed, so implementing something thru the system would be the favourable approach..
Can you point me to links on the web that explain the add on modules and their implementation?
All,
Is there a 3rd par
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ken,
On 12/15/2009 1:52 PM, Ken Bowen wrote:
> Are there any standard techniques that a /developer/ of such a long
> running proccess could apply to wrap the process in a cocoon which
> periodically updates a browser with (real) progress data, and at
Are there any standard techniques that a /developer/ of such a long
running prccess
could apply to wrap the process in a cocoon which periodically updates
a browser
with (real) progress data, and at the same time, such updates are
verifications that
the socket is still live and the user hasn'
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chetan,
On 12/15/2009 11:03 AM, Chetan Chheda wrote:
> We frequently have situations where a user has brought down a tomcat
> entirely by himself by running the same transaction multiple times
> because the response was not quick enough.
Does this us
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
André,
On 12/15/2009 12:01 PM, André Warnier wrote:
> On another level, I don't quite understand yet how this squares with the
> fact that most browsers will not establish more than 2 connections with
> the same webserver at the same time.
Things hav
r
To: Tomcat Users List
Sent: Tue, December 15, 2009 12:42:01 PM
Subject: Re: Limit user sessions in tomcat
2009/12/15 Chetan Chheda
> Is there a 3rd party tool available to manage tomcat sessions and kill
> them once they go rogue?
>
> Can I just check two pieces of terminology
2009/12/15 Chetan Chheda
> Is there a 3rd party tool available to manage tomcat sessions and kill
> them once they go rogue?
>
> Can I just check two pieces of terminology?
In Tomcat (and many other web servers), a "session" is the notion that a
user will make multiple requests to the server
, 2009 12:07:15 PM
Subject: Re: Limit user sessions in tomcat
2009/12/15 André Warnier
> On another level, I don't quite understand yet how this squares with the
> fact that most browsers will not establish more than 2 connections with the
> same webserver at the same time.
> From: André Warnier [mailto:a...@ice-sa.com]
> Subject: Re: Limit user sessions in tomcat
>
> On another level, I don't quite understand yet how this squares with
> the fact that most browsers will not establish more than 2 connections
> with the same webserver at the s
2009/12/15 André Warnier
> On another level, I don't quite understand yet how this squares with the
> fact that most browsers will not establish more than 2 connections with the
> same webserver at the same time. It seems a bit difficult to imagine that
> one single user can "crash" a Tomcat jus
Caldarale, Charles R wrote:
From: Chetan Chheda [mailto:chetan_chh...@yahoo.com]
Subject: Limit user sessions in tomcat
Is there a way through configuation of tomcat and mod_jk to control
the number of concurrent transactions/sessions a user can maintain?
Don't know about what you mig
> From: Chetan Chheda [mailto:chetan_chh...@yahoo.com]
> Subject: Limit user sessions in tomcat
>
> Is there a way through configuation of tomcat and mod_jk to control
> the number of concurrent transactions/sessions a user can maintain?
Don't know about what you might be
them wait.
George Sexton
MH Software, Inc.
http://www.mhsoftware.com/
Voice: 303 438 9585
> -Original Message-
> From: Chetan Chheda [mailto:chetan_chh...@yahoo.com]
> Sent: Tuesday, December 15, 2009 9:04 AM
> To: users@tomcat.apache.org
> Subject: Limit user sessions
Hello,
We frequently have situations where a user has brought down a tomcat
entirely by himself by running the same transaction multiple times because the
response was not quick enough.
Is there a way through configuation of tomcat and mod_jk to control the
number of concurrent transac
23 matches
Mail list logo
