Bill Barker wrote:
- Original Message -
From: "Glenn Nielsen" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Wednesday, September 24, 2003 12:28 PM
Subject: Re: mod_jk does not detect a hung Tomcat
Henri Gomez wrote:
David R
For me, doing a "cvs log" doesn't mention a 1.2.5 tag.
- Original Message -
From: "Henri Gomez" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Thursday, September 25, 2003 12:25 AM
Subject: jk 1.2.5 release : Wa
Did the jk 1.2.5 has been tagged so I could commit my modifications
for PING/PONG in jtc ?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
David Rees a écrit :
Henri Gomez said:
This won't work with the pre-fork MPM, since each Apache child will
have
its own idea of the timing. The only way that it could tell that a
Tomcat
failed is to try the request and fail :).
The idea needs to be flushed out some more. But we should be able
Bill Barker a écrit :
BTW, select() call is supported by WIN32 ?
Strangely enough, it seems that select(int, fd_set *, fd_set *, fd_set *,
const timeval *) is actually supported by MS. However, it seems that you
need to use MS's weird error codes to handle errors.
Ok I'll take a look in APR w
Henri Gomez said:
>>
>> This won't work with the pre-fork MPM, since each Apache child will
>> have
>> its own idea of the timing. The only way that it could tell that a
>> Tomcat
>> failed is to try the request and fail :).
>>
>>
>>>The idea needs to be flushed out some more. But we should be ab
- Original Message -
From: "Glenn Nielsen" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Wednesday, September 24, 2003 12:28 PM
Subject: Re: mod_jk does not detect a hung Tomcat
>
>
> Henri Gomez wrote:
> >
Henri Gomez wrote:
David Rees a écrit :
Henri Gomez said:
Henri Gomez a écrit :
Nope since you don't have to just test at protocol level but also on
higher level, for instance check the full chain, up to servlet
handling.
It's easy to simulate this behavior by sending a STOP signal to
Tomcat.
David Rees a écrit :
Henri Gomez said:
Henri Gomez a écrit :
Nope since you don't have to just test at protocol level but also on
higher level, for instance check the full chain, up to servlet
handling.
It's easy to simulate this behavior by sending a STOP signal to
Tomcat.
I've also attached a
Henri Gomez said:
> Henri Gomez a écrit :
>>> Nope since you don't have to just test at protocol level but also on
>>> higher level, for instance check the full chain, up to servlet
>>> handling.
>>>
It's easy to simulate this behavior by sending a STOP signal to
Tomcat.
I've al
Henri Gomez a écrit :
Nope since you don't have to just test at protocol level but also on
higher level, for instance check the full chain, up to servlet handling.
It's easy to simulate this behavior by sending a STOP signal to Tomcat.
I've also attached a log from mod_jk showing the problem.
Nope since you don't have to just test at protocol level but also on
higher level, for instance check the full chain, up to servlet handling.
It's easy to simulate this behavior by sending a STOP signal to Tomcat.
I've also attached a log from mod_jk showing the problem. I marked the
point at w
David Rees a écrit :
I posted this to tomcat-users last week, but didn't get a reply... I'm
hoping to get some feedback from the connectors developers on this issue I
occasionally run into...
I've got a setup where I've got two load balanced Tomcats running off of
Apache and mod_jk.
I've got a pr
I posted this to tomcat-users last week, but didn't get a reply... I'm
hoping to get some feedback from the connectors developers on this issue I
occasionally run into...
I've got a setup where I've got two load balanced Tomcats running off of
Apache and mod_jk.
I've got a problem where one of t
14 matches
Mail list logo