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't gone away; if the user
has gone away,
that would be detected and the wrapper would kill the process??
Thanks
--Ken
On Dec 15, 2009, at 1:22 PM, Christopher Schultz wrote:
-----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 have changed:
http://www.webperformanceinc.com/library/reports/LoadTesting-IE8-Firefox/
It seems a bit difficult to
imagine that one single user can "crash" a Tomcat just by repeatedly
hitting the same link.
If the webapp has been written in a way to allow it, this is
definitely
possible: write a long-running backend process and have the user click
GO GO GO GO GO GO GO GO GO and suddenly you have lots of long-running
backend processes running. Since the webapp doesn't try to write to
the
response during that time, Tomcat happily executes each request to
completion without knowing that the client has hung up the phone.
Maybe the OP should just find that user and tell him to stop doing
that.
:)
- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAksn09UACgkQ9CaO5/Lv0PAOqgCfaT7o1QW0SNw3ORtD04nrDLnH
q78AoIIKIshmnyNbAWBGS3U/wUDkbu7h
=SrvE
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org