tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mohit Anchlia <>
Subject Re: mod_jk
Date Sat, 07 Feb 2009 01:21:10 GMT
Sorry I am little confused about couple of things:

1. Based on what I read it looks like is not loaded
dynamically. And JkMountFileReload doesn't work for
but it works for
2. Wouldn't setting prepost timeout ensure that a check is made to see
if remote machine is up before forwarding the request?
On Fri, Feb 6, 2009 at 11:01 AM, fredk2 <> wrote:
> Hi Rainer,
> your comment about the watchdog sounds interesting.  When you load balance
> it would seem useful to get feedback from Tomcat itself about its load so
> that the module can adjust dynamically its load (lbfactor) based on the
> Tomcat's performance rather than a session/socket count. One can wonder if
> such added complexity would be detrimental to the mod_jk stability.
> Rgds - Fred
> Rainer Jung-3 wrote:
>> On 06.02.2009 18:23, André Warnier wrote:
>>> wrote:
>>>>> 1) As far as I know, no, mod_jk does not read
>>>>> dynamically.
>>>>> 2) Yes and no, it will not send a request unless communication has
>>>> been
>>>>> established with the worker, it may happen that the worker fails, or
>>>>> someone shut it down. Depending on how you configure the workers and
>>>>> the
>>>>> number of workers, it can retry the request and/or try a different
>>>>> worker. Mod_jk will mark the worker on error when it does not respond,
>>>>> and it will try again after a configurable time -but it tries again
>>>>> with
>>>>> an actual request-.
>>>> It would be really nice if you could test availability of a node with a
>>>> configurable request instead of a live production request... (hint,
>>>> hint)
>>> Isn't that what "ping" is about ?
>> Ping tests, whether there is something able to still process AJP on the
>> other side of the connection. A configurable request would be able to
>> talk to the application, so one could detect, whether it is still
>> deployed, and if the request would be handled by an intelligent servlet
>> it could respond with some sort of application layer health status.
>> Worth filing an enhancement request, since Mladen put the Watchdog
>> thread into 1.2.27, we can easily add more logic of that type.
>> Regards,
>> Rainer
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail:
>> For additional commands, e-mail:
> --
> View this message in context:
> Sent from the Tomcat - User mailing list archive at
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message