tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Christopher Schultz <ch...@christopherschultz.net>
Subject Re: Keeping busy site responsive
Date Thu, 28 Jun 2007 19:38:11 GMT
-----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 you thinking this communication between the traffic
> controller and enrollment server would work?

The traffic controller and enrollment server can communicate by several
means, including sharing a database (polling) or having a special
communication channel that is not shared with outside users. For
instance, a private web service hosted by the traffic controller that
can accept "send one more client" messages from the enrollment server.

> If I don't include the step of
> checking state on the fly, don't I run the risk of the enrollment
> server being flooded and preventing enrollments in progress from
> completing?

Not necessarily. You can have more than one connection queue. If you use
multiple <Connector>s, you can configure one to be public (this is the
one that becomes saturated) and one to be private (the one to receive
"ready" messages from the enrollment server).

There are, of course, other ways to communicate between applications.

- -chris

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGhA4j9CaO5/Lv0PARAvtPAJ9WPEJQDdjzc0Wvp35LY3//WAxsMwCdEg9W
Ics0Mfup1dzSxsKgk54jdaU=
=HCjR
-----END PGP SIGNATURE-----

---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org


Mime
View raw message