Re: Jk disable worker on status

2009-03-03 Thread mturra
Christopher Schultz-2 wrote: > > Rainer, > > On 3/2/2009 11:07 AM, Rainer Jung wrote: >> I think a robust implementation would be something like: >> >> - a new state for temporarily disabling a node, except for sticky >> requests >> >> - a configurable probe request, that the watchdog thread

Re: Jk disable worker on status

2009-03-02 Thread mturra
Rainer Jung-3 wrote: > > Furthermore, disabled is a configuration state. You do not only want it > to be set automatically, but you also need a way of revoking it later. > > I think a robust implemenation would be something like: > > - a new state for temporarily disabling a node, except for

Re: Jk disable worker on status

2009-03-02 Thread mturra
Rainer Jung-3 wrote: > > We don't get any invalidation information from the backend, neither do > we know, whether a request carrying a session id actually belongs to a > valid session. > > So we do not have any immediate way of limiting by session count. > >> There is no disable_on_status

Jk disable worker on status

2009-03-02 Thread mturra
I have a tomcat farm behind an apache httpd cluster, each apache http server have a jk connector connected to three tomcat. Each tomcat have a max active session limit (let's say 10). I configured a load balanced worker with three worker. I would like to disable the worker related to the tomcat