| From: Parham, Clinton [mailto:[EMAIL PROTECTED]
| Sent: Thursday, 28 June, 2007 07:34
|
| Brantley: I like the idea but the part about 'staggering to a halt
| issuing redirects' is a concern. If this were to happen, then even
users
| with established sessions would have trouble getting through -
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Clinton,
Parham, Clinton wrote:
> What you suggested initially was that one system be the traffic
> controller and depending on how busy the enrollment server is, either
> send users to it or redirect them to a static 'busy' page elsewhere.
> How were
From: Brantley Hobbs [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 28, 2007 10:16 AM
To: Tomcat Users List
Subject: Re: Keeping busy site responsive
Clinton,
I think it might be worth your trouble to find out what number it is
that causes the box to "[stagger] to a halt issuing redirects&quo
enrollment server being flooded and preventing
enrollments in progress from completing?
Thanks,
Clinton
-Original Message-
From: Christopher Schultz [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 28, 2007 9:29 AM
To: Tomcat Users List
Subject: Re: Keeping busy site responsive
-BEGIN
ssage-
From: Brantley Hobbs [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 27, 2007 1:37 PM
To: Tomcat Users List
Subject: Re: Keeping busy site responsive
Clinton,
I implemented this as a filter/listener combination.
The listener tracks session initialized events and increments an ato
07 1:37 PM
To: Tomcat Users List
Subject: Re: Keeping busy site responsive
Clinton,
I implemented this as a filter/listener combination.
The listener tracks session initialized events and increments an atomic
Integer (decrementing it at session destroyed), saving it as a context
attribute.
The f
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Clinton,
Parham, Clinton wrote:
> Maybe Christopher is on the right track where some sort of load balancer
> is the best solution. One that's smart enough to allow established
> sessions through and maybe redirect new ones while the server is at peak
une 27, 2007 1:37 PM
To: Tomcat Users List
Subject: Re: Keeping busy site responsive
Clinton,
I implemented this as a filter/listener combination.
The listener tracks session initialized events and increments an atomic
Integer (decrementing it at session destroyed), saving it as a context
attribu
On 6/27/07, Brantley Hobbs <[EMAIL PROTECTED]> wrote:
I'd assume that for optimal performance you'd want to redirect to
another machine, but there's nothing enforcing this. If you're using
Apache or IIS as a localhost front-end, you could redirect to a URI
that's being served by the web server.
I should say "an actual redirect response code could confuse a browser".
B.
Brantley Hobbs wrote:
You know, I hadn't given it a lot of thought to be honest.
I think that for accuracy's sake it should probably be a 500 error (I
assume that 503 is a server busy error or something; don't know it
You know, I hadn't given it a lot of thought to be honest.
I think that for accuracy's sake it should probably be a 500 error (I
assume that 503 is a server busy error or something; don't know it off
the top of my head). An actual redirect error could confuse a browser.
I'd assume that for o
| From: Brantley Hobbs [mailto:[EMAIL PROTECTED]
| Sent: Wednesday, 27 June, 2007 12:37
|
| This approach seems to work well (at least until the box staggers to a
| halt simply issuing redirects).
Just out of curiosity, do you think it would help in those situations to
issue a 503 instead of a 30
Clinton,
I implemented this as a filter/listener combination.
The listener tracks session initialized events and increments an atomic
Integer (decrementing it at session destroyed), saving it as a context
attribute.
The filter uses the following logic:
1. If we're less than or equal to the
| From: Parham, Clinton [mailto:[EMAIL PROTECTED]
| Sent: Wednesday, 27 June, 2007 08:41
|
| How do I keep my web application responsive for users already half way
| through an enrollment process when traffic volume is high?
I'd recommend setting a "registration-in-progress" session cookie.
Then,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Clinton,
Parham, Clinton wrote:
> How do I keep my web application responsive for users already half way
> through an enrollment process when traffic volume is high?
Depending on how far you want to go, you might be able to use one server
to accept c
Tomcat Experts:
How do I keep my web application responsive for users already half way
through an enrollment process when traffic volume is high?
Here's the scenario: I have a set of 5 web pages that users must work
through to successfully enroll themselves. Assume the server can handle
250 concu
16 matches
Mail list logo
