From: Arne Vajhøj on
On 16-06-2010 12:10, Paul Cager wrote:
> On Jun 16, 2:46 am, Arne Vajh�j<a...(a)vajhoej.dk> wrote:
>> On 15-06-2010 13:52, New Java 456 wrote:
>>
>>> Can anyone advise me on timeouts for Apache, WebLogic, et al?
>>> Basically, how long can a client block waiting for data from the
>>> server. (like PASV mode in FTP?).
>>
>> A very long time.
>>
>> Otherwise long poll would not work.
>
> Yes, although if you've got an HTTP proxy between the client and
> server you _might_ find that the proxy resets the connection if it
> doesn't see a response for a long time.

Those proxys can not be very popular today.

They will break a lot of AJAX code.

Arne

From: Paul Cager on
On Jun 17, 4:02 am, Arne Vajhøj <a...(a)vajhoej.dk> wrote:
> On 16-06-2010 12:10, Paul Cager wrote:
[...]
> > Yes, although if you've got an HTTP proxy between the client and
> > server you _might_ find that the proxy resets the connection if it
> > doesn't see a response for a long time.
>
> Those proxys can not be very popular today.
>
> They will break a lot of AJAX code.
>
> Arne

I believe they are still popular (at least with the network
administrators) in some institutions that like to maintain a lot of
control over their users - e.g. employers, some universities, etc. And
in some countries it is normal for ISPs to use a transparent proxy for
their domestic broadband customers (I can't remember if it is Italy or
Spain where that's still the norm).

http://www.visolve.com/squid/squid30/timeout.php suggests that Squid
has a default read timeout of 15 minutes.

But you can write your Ajax code to be resilient to unexpected
connection reset. If the proxy's timeout is small compared to the
frequency of messages sent to the client then you'll be generating
extra HTTP traffic of course.
From: Arne Vajhøj on
On 17-06-2010 05:43, Paul Cager wrote:
> On Jun 17, 4:02 am, Arne Vajh�j<a...(a)vajhoej.dk> wrote:
>> On 16-06-2010 12:10, Paul Cager wrote:
> [...]
>>> Yes, although if you've got an HTTP proxy between the client and
>>> server you _might_ find that the proxy resets the connection if it
>>> doesn't see a response for a long time.
>>
>> Those proxys can not be very popular today.
>>
>> They will break a lot of AJAX code.
>
> I believe they are still popular (at least with the network
> administrators) in some institutions that like to maintain a lot of
> control over their users - e.g. employers, some universities, etc. And
> in some countries it is normal for ISPs to use a transparent proxy for
> their domestic broadband customers (I can't remember if it is Italy or
> Spain where that's still the norm).
>
> http://www.visolve.com/squid/squid30/timeout.php suggests that Squid
> has a default read timeout of 15 minutes.
>
> But you can write your Ajax code to be resilient to unexpected
> connection reset. If the proxy's timeout is small compared to the
> frequency of messages sent to the client then you'll be generating
> extra HTTP traffic of course.

15 minutes is probably OK.

The user will be bored and browsing to somewhere else before that.

Arne


From: Paul Cager on
On Jun 18, 1:22 am, Arne Vajhøj <a...(a)vajhoej.dk> wrote:
> On 17-06-2010 05:43, Paul Cager wrote:
....
> >http://www.visolve.com/squid/squid30/timeout.phpsuggests that Squid
> > has a default read timeout of 15 minutes.
>
> > But you can write your Ajax code to be resilient to unexpected
> > connection reset. If the proxy's timeout is small compared to the
> > frequency of messages sent to the client then you'll be generating
> > extra HTTP traffic of course.
>
> 15 minutes is probably OK.
>
> The user will be bored and browsing to somewhere else before that.
>
> Arne

It depends on the nature of your application, I guess. If it was a
mail reader then 15 minutes without an update isn't unusual.
From: Lew on
Arne Vajhøj wrote:
>> 15 minutes is probably OK.
>>
>> The user will be bored and browsing to somewhere else before that.

Paul Cager wrote:
>> Arne
>

Don't quote sigs.
> It depends on the nature of your application, I guess. If it was a
> mail reader then 15 minutes without an update isn't unusual.

Apples and oranges. The discussion was about length of time for a response
from the server to a client request, not intervals between client requests.

--
Lew