Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 86802 invoked from network); 10 Oct 2004 10:44:29 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 10 Oct 2004 10:44:29 -0000 Received: (qmail 13752 invoked by uid 500); 10 Oct 2004 10:44:29 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 13637 invoked by uid 500); 10 Oct 2004 10:43:58 -0000 Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: List-Id: Reply-To: "Derby Development" Delivered-To: mailing list derby-dev@db.apache.org Received: (qmail 13625 invoked by uid 99); 10 Oct 2004 10:43:58 -0000 X-ASF-Spam-Status: No, hits=1.8 required=10.0 tests=RCVD_IN_BL_SPAMCOP_NET X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from [62.24.64.34] (HELO smtp.dkm.cz) (62.24.64.34) by apache.org (qpsmtpd/0.28) with SMTP; Sun, 10 Oct 2004 03:43:57 -0700 Received: (qmail 71735 invoked by uid 0); 10 Oct 2004 10:43:54 -0000 Received: from lin.code.cz (HELO ?62.245.69.249?) (62.245.69.249) by smtp.dkm.cz with SMTP; 10 Oct 2004 10:43:54 -0000 Message-ID: <41691287.2050905@code.cz> Date: Sun, 10 Oct 2004 12:44:23 +0200 From: =?ISO-8859-1?Q?Jan_Hlavat=FD?= User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Derby Development Subject: Re: Help detecting client disconnects for network server References: <35B32B50-1AA6-11D9-906D-003065905854@nonintuitive.com> In-Reply-To: <35B32B50-1AA6-11D9-906D-003065905854@nonintuitive.com> X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF510ED795B5108C9C546D3AF" X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF510ED795B5108C9C546D3AF Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Samuel Andrew McIntyre wrote: > Is it really necessary to reinvent keep-alive at a higher level? Why not > just decide that 'X' (m)secs without response indicates that a failure > has occurred of enough significance to cancel a pending transaction? And > if the value of 'X' is variable, that the application developer writing > the client/server application can decide what the appropriate value of > 'X' should be? Well, there alre legal reasons why client wouldnt talk for a long time. For example, having a connection pool, and web application not being accessed too much. These "legal" states are usually when no transaction is active on connection - maybe we could modify the timeouts to reflect that (allow client to keep quiet when no transaction is active for indefinite time, while be more aggressive in checking clients presence/timeouts when transaction is active and resources are being held by it. Jan --------------enigF510ED795B5108C9C546D3AF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQEVAwUBQWkSh3FDePgyse5HAQJjEAgAlj7ezS5y8ufo6bNQ1wztAh/QYa0dUt+L 6hWgThRg65V9HycxdINscBA4j8TUbShBWse5lsR5Q/Sa/9iGU5gHDyC7WcZRRVon 5OF/cWAXQJ+PEC0iPbWjiLX+ay8a2Ygg51XU5I873mzBmojrUwU14fCfRRWmQCdW yEOUiPQfdx01fC7GWXmD+dthy9Sifo5CC3lOIaF0aDo7Fs7XvnFVmsBKcc6LOmNF ThOfh33/ZHsNXuYZg3Qw5V+NvMTE2DyXzkiA+RONio9QHen3hF/tToHjOVXbcHbk r5n9PJJ7iJULnJ754GtBaFYN2SgZS8Iwxo6O9DP8bzr+RqYdUpuz1w== =4/N4 -----END PGP SIGNATURE----- --------------enigF510ED795B5108C9C546D3AF--